データベーススキーマ
データベーススキーマについて
データモデル図
- キー
Unified Customer Voice Portal レポーティングデータモデル
Cisco Unified Customer Voice Portal データベーステーブル
Call テーブル
VXML テーブル
要約/集計表
ルックアップと参照テーブル
Courtesy CallBack テーブル

データベーススキーマ

データベーススキーマについて

Cisco Unified Customer Voice Portal（Unified CVP）のレポーティングサーバーは、IBM Informix Dynamic Server（IDS）データベースをホストしており、定義されたデータベーススキーマ内にレポーティングデータを保存します。レポートプラットフォームとして Cisco Unified Intelligence Center (Unified Intelligence Center) を導入することを選択したお客様は、Unified Intelligence Center のデータソースとして Informix データベースを追加する必要があります。

スキーマは完全に公開されているため、顧客はカスタムレポートを開発できます。ただし、顧客は独自の目的のためにスキーマを拡張することはできません。

このスキーマにより、Unified CVP のお客様は次のことが可能になります。

Unified Intelligence Center とのデータベース接続を確立し、Unified Intelligence Center を使用して Unified CVP テンプレートをインポートおよび実行します。

他の市販のレポートおよび分析エンジンとのデータベース接続を確立し、Unified CVP データベーススキーマに対してカスタムレポートを作成します。

（注）

サポートプロバイダーは、カスタムレポートや商用 (シスコ以外) のレポート製品についてはサポートできません。

次の図は、セルフサービスアプリケーションへの呼び出しの受信および送信の開始状態と終了状態の一般的なセットを示しています。

（注）

基本ビデオが音声のみのエージェントに転送されると、通話は基本ビデオ受信済みとして分類されたままになります。

データモデル図

次のエンティティリレーションシップダイアグラムは、Unified CVP データベーススキーマを示しています。

キー

レポートスキーマのドキュメントでは、フィールドが PK、FK、A、または No としてリストされています。

このドキュメントでは、情報提供のみを目的として、フィールドは主キー (PK)、外部キー (FK)、または代替キー (AK) として指定されています。パフォーマンス上の理由から、スキーマでは主キー、外部キー、または代替キーは適用されません。フィールドのインデックス列に FK または AK が表示されている場合は、フィールドを参照して別のテーブルのコードに関するテキストの説明を返すことができることを意味します。

主キーと代替キーは実際にはインデックスによってサポートされています。主要な外部キー (CallGUID、SessionID、ElementID) には、サポートインデックスがあります。ルックアップテーブルを参照する外部キーはインデックスではサポートされません。

Unified Customer Voice Portal レポーティングデータモデル

次のセクションでは、次のトピックに関する情報を提供します。

日時列
Informix の日付と時刻
SIP Calls
トランクの使用状況

日時列

ほとんどの主要なテーブルには、レポートサーバー自体の管理を支援する 3 つの列があります。

CallStartDate - この列は、データのパーティション分割と消去に使用されます。

これは通話が開始された日時であり、日付の境界を越える可能性のある詳細データが元の通話に関連付けられ、すべて一緒に保存および削除できることを保証することを目的としています。
EventDateTime - 記録されたイベントが発生した日時です。これは UTC 時間で記録されます。

Call テーブルには、StartDateTime および EndDateTime として記録される 2 つの EventDateTime フィールドがあります。
DBDateTime - 記録されたイベントがデータベースに書き込まれた日時です。これは、EventDateTime と対比することを目的としています。これらの値に顕著な差がある場合は、レポートサーバーにデータが到着する際に遅延が発生していることを示します。この遅延は考慮するか、調査する必要があります。

Informix の日付と時刻

Unified CVP レポートデータベースをホストする Informix エンジンは、次の 3 つの時間の概念をサポートしています。

日付
日付時刻
間隔

SIP Calls

SIP 通話は、VXML 通話とともに通話テーブルに記録されます。

これらは CallTypeID 列を使用して VXML 通話と区別できます。（「4」が含まれています。） CallTypeRef テーブルを参照してください（4 は SIP 通話です）。

これらの通話のイベント (開始や終了など) は、 CallEvent テーブルに記録されます。

トランクの使用状況

トランクの使用率は、レポーティングサーバーにリンクされている各種デバイスからの状態メッセージおよびそれらの現在のステータスを記録したものです。これらのメッセージが書き込まれる頻度は、IOS ゲートウェイ (ゲートウェイ使用率) によって制御されます。このデータは、時間の経過に伴う特定時点の状態を記録したものです。これは、リソース、デバイス、時間という 3 つのディメンションを持つファクトテーブル (使用状況テーブル) にレイアウトされます。

時間がすべてのデバイス間で一貫しているとは限らないため、Usage テーブルは正式なディメンションテーブルとしては体系化されておらず、日時に基づいて構成されています。使用状況に関するクエリはこのテーブルから集計する必要があります。

Cisco Unified Customer Voice Portal データベーステーブル

このセクションでは、レポートデータを保持する Unified CVP テーブルの一覧を示します。

テーブルは次のように分類されます。

Call テーブル
VXML テーブル
要約/集計表
ルックアップと参照テーブル
Courtesy CallBack テーブル

Call テーブル

このセクションでは、次の呼び出しテーブルについて説明します。

コール
コールイベント
CallICMInfo

Call テーブル

このテーブルは通話の主な記録であり、各通話の基本的なメトリックが含まれています。通話ごとに 1 つのレコードが含まれます。

特定の通話にドリルダウンする場合は、適切な CallGUID を取得するために、まずここから開始する必要があります。

場合によっては、通話が成功した場合でも、メッセージがドロップされることがあります。このような場合、EndDateTime は StartDateTime と同じ値に設定されます。そのため、通話時間がゼロであるように見える場合、レポート作成者は、そのコールがメトリックに影響を与える可能性がある場合には、対象から除外すべきであると判断できます。

表 1. Call テーブル
フィールド	タイプ（Type）	Null	Index	Description
CallGUID	新規インストールの場合は char(32) アップグレード用の char(35)	不可	PK（複合 CallGUID、CallStartDate）	通話のグローバル一意 ID。
CallStartDate	日付	不可	PK (複合 CallGUID、CallStartDate)	データパージの目的で使用される通話の日付。
開始日時	datetime YEAR to FRACTION(3)	不可	可	通話が行われた日時の EventDateTime。
終了日時	datetime YEAR to FRACTION(3)	可	可	通話が終了または切断された日時の EventDateTime。
ANI	varchar (32)	可	不可	電話プロバイダーから送信された発信者の ANI
DNIS	varchar (32)	不可	不可	電話プロバイダーから送信された通話の DNIS。
UUI	varchar (100)	可	不可	電話プロバイダーから送信された発信者の UUI。
IIdigits	varchar (100)	可	不可	電話プロバイダーから送信された発信者の IIDIGITS
UID	varchar (50)	可	不可	通話がユーザーに関連付けられている場合の発信者の外部 UID。
Numoptout（非推奨）	int	不可	不可	通話がエージェントにオプトアウトされた回数。
タイムアウト数	int	不可	不可	通話がタイムアウトした回数。
数値エラー	int	不可	不可	通話中に発生したエラーの数。
保留数	int	不可	不可	VXML アプリケーション内で保留状態にある件数。
アプリ訪問数	int	不可	不可	通話中にアクセスされたアプリケーションの数。
TotalTransfer	int	不可	不可	通話が転送された合計回数。転送には、エージェントへの転送と VRU レッグへの転送が含まれます。
DBDateTime	datetime YEAR to FRACTION (3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。
コールタイプ ID	smallint 以前は char(1)	不可	非インデックス FK	通話の種類。 CallTypeRef テーブルを参照。
サブシステムタイプ ID	int	不可	非インデックス KX	SIP、IVR、VXML などの Unified CVP サービスのタイプ。
LocalTime ZoneOffset	smallint		不可	UTC タイムゾーンからのローカルタイムゾーンのオフセット (分)。 LocalTimeZone を置き換えます。

CallEvent テーブル

このテーブルは、通話中に発生する各イベントを追跡します。

このテーブルは SIP 通話に対して生成されます。 VXML 呼び出しは、類似の VXMLSession テーブルに記録されます。

表 2. CallEvent テーブル
フィールド	タイプ	Null	インデックス	説明
CallGUID	新規インストールの場合は char(32) アップグレード用の char(35)	不可	インデックス付き FK（複合 CallGUID、CallStartDate）	通話のグローバルユニーク ID
CallStartDate	日付	不可	FK (複合 CallGUID、CallStartDate)	通話の日付（データ消去のため）
コールレッグ ID	varchar (255,43) 以前は Varchar(43)	可	不可	サービスによって割り当てられたコール ID
メッセージバス名	varchar (42)	不可	不可	イベントが関連付けられているコールサーバーの名前（メッセージアダプタ名）
イベント日時	datetime YEAR to FRACTION(3)	不可	可	イベントの日時
イベントタイプ ID	int	不可	非インデックス FK	呼び出しイベントを生成するために使用されるメカニズム。 EventTypeRef を参照してください。
原因 ID	int	不可	非インデックス FK	通話イベントが生成された理由。 CauseRef を参照。
DBDateTime	datetime YEAR to FRACTION(3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。
転送タイプ ID	整数	不可	非インデックス FK	転送タイプの一意の ID。 TransferTypeRef を参照してください。
サブシステムタイプ ID	int	不可	非インデックス FK	サービスの種類。 SubsystemTypeRef を参照してください。
サブシステム名	varchar (41)	不可	不可	イベントの発生元サービスの名前
メディアファイル名	Nvarchar (255)	可	不可	これは常に null です。
転送ラベル	varchar (32)	可	不可	これは、CVP が通話を転送する宛先です。ラベルは、TEMPORARY_CONNECT または CONNECT メッセージを介して ICM から受信されます。
ローカルタイムゾーンオフセット	smallint	NULL	不可	UTC タイムゾーンからのローカルタイムゾーンのオフセット (分)。

CallICMInfo テーブル

このテーブルには、Unified CVP コールを ICM に関連付けるための情報が含まれています。コールの ICM コール RouteCallKey、RouterCallKeyDay、および RouterCallSequenceNumber を保存します。

通話がスイッチレッグ上にあるときに、CallICMInfo テーブルにデータが入力されます。このテーブルは SIP または VXML サブシステムによって入力されます。

（注）

現在、システムはコールの VRU レッグをキャプチャしません。そのため、Capture 要素があり、複数の Termination Call Detail (TCD) レコードが切り取られると、Historical Data Server (HDS) の RouterCallKeySequenceNumber は増加しますが、Unified CVP データベースにはキャプチャされません。これは既知の制限です。

ReqICMLabel 要素を使用してデータを Unified ICME スクリプトに渡す方法の詳細については、Cisco Unified Customer Voice Portal の設定ガイドを参照してください。

表 3. CallICMInfo テーブル
フィールド	タイプ（Type）	Null	Index	Description
コール GUID	新規インストールの場合は char(32) アップグレード用の char(35)	不可	インデックス付き FK（複合 CallGUID、CallStartDate）	通話のグローバルユニーク ID
CallStartDate	日付	不可	FK（複合 CallGUID、CallStartDate）	データ消去の目的で通話の日付
RouterCallKey	整数	不可	AK (複合インデックス RouterCallKey、RouterCallKey Day)	ICM ルーター CallKey - 通話ごとに 1 つの値。コールがスイッチレッグから VRU レッグに転送された場合、またはコールがエージェントに転送された場合、この値は増加しません。通話がコンサルテーションまたは会議の場合、Unified CVP はデータベース内で同じ通話に対して 2 つの異なる callguid を認識します。最初の callguid は、通話が確立されたときの着信 callguid です。 2 番目の callguid は、エージェントが発信した/相談の通話用です。 RouterCallKey と RouterCallKey Day は、同一通話の 2 つの通話 GUID を結びつけるバインダー/接着剤の役割を果たします。これらの値は通話の 2 つのレッグ間で変わらないためです。
RouterCallKeyDay	整数	不可	AK（複合インデックス RouterCallKey、RouterCallKey Day）	ICM RouterCallKeyDay 通常、この番号は通話のスイッチおよび VRU レッグで変更されます。通話のスイッチレグの場合は 0 が表示され、通話の VRU レグの場合は 1 が表示されます。この番号は通常、基本的な CVP コールでは変化しませんが、顧客が ICM スクリプトでキャプチャノードを使用している場合、またはスイッチレッグでエージェントに転送されている場合は増加します。このシナリオでは、Unified CVP が Cisco Unified Communications Manager (Unified CM) に新しいコールを送信します。これは JTAPI 経由で返され、別のペリフェラルゲートウェイ (PG) 上にあります。新しい通話が別の PG に表示されると、通話終了時に Unified ICM は新しい TCD レコードを作成します。そのスイッチレッグの RouterCallKeySequenceNumber が増加します。
RouterCallKey SequenceNumber	int	可	可	ICM RouterCallKeySequenceNumber。
イベント日時	datetime YEAR to FRACTION(3)	不可	可	イベントの日時。
DBDateTime	datetime YEAR to FRACTION(3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。

VXML テーブル

このセクションでは、次の VXML テーブルについて説明します。

VXMLCustomContent テーブル
VXML 要素テーブル
VXML 要素詳細テーブル
VXMLElementFlag テーブル
VXMLError テーブル
VXMLHotEvent テーブル
VXMLHotLink テーブル
VXMLSession テーブル
VXML セッション変数テーブル
VXMLVoiceInteractDetail テーブル

VXML 処理のデータは、SIP 通話で使用できるデータよりもはるかに豊富です。 VXML スクリプト内で発生するすべてのイベントを VXML からキャプチャできます。これらの通話は Call テーブルで開始され、CallGUID 列を使用して VXMLSession テーブルにリンクされます。

VXMLSession は、アプリケーションのコンテキスト内でアクセスされる一連の要素で構成されます。各要素には、要素内で設定できるフラグなどの複数の補助属性がある場合があります。これらのフラグの値は、 VXMLElementFlag テーブルで見つかり、ElementID を使用してリンクされます。

通話の VXMLElementFlags 情報は、次のクエリを使用して取得できます。


          SELECT VXMLElementFlag.Name
            FROM Call, VXMLSession, VXMLElement, VXMLElementFlag
           WHERE Call.CallGuid= CallGuid
          AND Call.CallGuid=VXMLSession.CallGuid
          AND VXMLSession.SessionID=VXMLElement.SessionID
          AND VXMLElement.ElementID=VXMLElementFlag.ElementID;

ここで、CallGuid は、情報が必要な CallGuid の値に置き換えられます。

VXMLCustomContent テーブル

このテーブルには、VXML カスタムイベントごとに 1 つのレコードが含まれます。このイベントは、カスタムコンポーネントがプログラムでセッション API の AddToLog メソッドを呼び出す場合に発生します。このイベントは、構成に [全般] タブの [ログに追加] テーブル内のエントリが含まれている要素が実行された場合にも発生します。

表 4. VXMLCustomContent テーブル
フィールド	タイプ（Type）	Null	Index	Description
要素 ID	int8	不可	インデックス付き FK（複合インデックス ElementID、CallStartDate）	訪問した要素の一意の ID。
CallStartDate	日付	不可	FK（複合インデックス ElementID、CallStartDate）	データ消去の目的での通話の日付。
変数名	Nvarchar (51)	不可	不可	カスタムイベント変数の名前。
変数値	Nvarchar (255)	可	不可	カスタムイベント変数の値。
イベント日時	datetime YEAR to FRACTION(3)	不可	可	変数が変更された日時。
DBDateTime	datetime YEAR to FRACTION(3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。これは、イベントが発生した時点とデータベースに書き込まれた時点の間の遅延を判断するためのデバッグに役立ちます (たとえば、長い遅延はレポートサーバーに問題があることを示している可能性があります)。

VXML 要素テーブル

このテーブルには、コールによってアクセスされた VXML スクリプト要素ごとに 1 つのレコードが含まれます。たとえば、呼び出し中にアプリケーションスクリプトで同じ要素が 2 回アクセスされた場合、2 つの個別の要素レコードが存在します。

表 5. VXML 要素テーブル
フィールド	タイプ（Type）	Null	Index	Description
要素 ID	int8	不可	PK（複合 ElementID、CallStartDate）	訪問した要素の一意の ID。
CallStartDate	日付	不可	PK（複合 ElementID、CallStartDate）	データ消去の目的での通話の日付。
セッション ID	int8	不可	インデックス付き FK	VXML アプリケーションセッションの一意の ID。
コール GUID	新規インストールの場合は char(32) アップグレード用の char(35)	不可	FK	通話のグローバル一意 ID。
要素名	Nvarchar (51)	不可	不可	要素の名前。
要素タイプ ID	int	不可	非インデックス FK	要素の種類。
EnterDateTime	datetime YEAR to FRACTION(3)	不可	可	要素が入力された日時。
終了日時	datetime YEAR to FRACTION(3)	可	不可	要素が終了した日時。
終了状態	Nvarchar (51)	可	不可	要素の終了状態。
インタラクション数	int	可	不可	ユーザーがこの要素を訪問している間のインタラクションの数。
結果 ID	int	可	非インデックス FK	要素がどのように終了したかを示します。
DBDateTime	datetime YEAR to FRACTION(3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。これは、イベントが発生した時点とデータベースに書き込まれた時点の間の遅延を判断するためのデバッグに役立ちます (たとえば、長い遅延はレポートサーバーに問題があることを示している可能性があります)。

VXML 要素詳細テーブル

このテーブルには、スクリプト要素変数ごとに 1 つの詳細レコードが含まれています。 VarValue は変数の文字列値を保持し、VarDataTypeID は文字列値を変換できる変数のデータ型を指定します。

表 6. VXML 要素詳細テーブル
フィールド	タイプ（Type）	Null	Index	Description
要素 ID	int8	不可	インデックス付き FK（複合インデックス ElementID、CallStartDate）	要素の一意の ID。
CallStartDate	日付	不可	可（複合インデックス ElementID、CallStartDate）	データパージの目的で使用される通話の日付。
変数名	Nvarchar (51)	不可	不可	要素変数の名前。
変数値	Nvarchar (255)	可	不可	要素変数の文字列値。
変数データ型 ID	int	不可	非インデックス FK	要素変数のデータ型（例：String、Integer、Boolean）。
アクションタイプ ID	int	不可	非インデックス FK	データを変更する要素のアクションのタイプ。
イベント日時	datetime YEAR to FRACTION(3)	不可	可	変数が変更された日時。
DBDateTime	datetime YEAR to FRACTION(3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。

VXMLElementFlag テーブル

このテーブルには、フラグがアクティブ化された要素ごとに 1 つのレコードが含まれています。名前フィールドにはフラグの名前が保持されます。

表 7. VXMLElementFlag テーブル
フィールド	タイプ（Type）	Null	Index	Description
ElementID	int8	不可	インデックス付き FK（複合インデックス ElementID、CallStartDate）	フラグがアクティブ化された要素の一意の ID。
CallStartDate	日付	不可	はい（複合インデックス ElementID、CallStartDate）	データ消去の目的での通話の日付。
イベント日時	datetime YEAR to FRACTION(3)	不可	可	フラグがアクティブになった日時。
Name	Nvarchar (51)	不可	不可	フラグの名前。
前の要素名	Nvarchar (51)	可	不可	前のアプリケーション要素の名前。
DBDateTime	datetime YEAR to FRACTION(3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。

VXMLError テーブル

このテーブルには、VXML アプリケーションセッションの存続期間中に発生した VXML エラーが含まれます。テーブルには、エラーが発生した要素ごとに 1 つのレコードが含まれます。 ErrorName フィールドにはエラーの名前が保持されます。

表 8. VXMLError テーブル
フィールド	タイプ（Type）	Null	Index	Description
要素 ID	int8	不可	インデックス付き FK（複合インデックス ElementID、CallStartDate）	エラーが発生した要素の一意の ID。
CallStartDate	日付	不可	FK (複合インデックス ElementID、CallStartDate)	データパージの目的で使用される通話の日付。
エラー名	varchar (12)	不可	不可	エラー名。
イベント日時	datetime YEAR to FRACTION(3)	不可	可	エラーが発生した日時。
Description	Nvarchar (255)	不可	不可	詳細なエラーメッセージ。
DBDateTime	datetime YEAR to FRACTION(3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。これは、イベントが発生した時点とデータベースに書き込まれた時点の間の遅延を判断するためのデバッグに役立ちます (たとえば、長い遅延はレポートサーバーに問題があることを示している可能性があります)。

VXMLHotEvent テーブル

HotEvent は、キャッチされると開発者が指定したアクションを実行するグローバルイベントです。このテーブルには、要素で発生した HotEvent に関する情報 (HotEvent 名、HotEvent DateTime、および ElementID) が含まれています。

表 9. VXMLHotEvent テーブル
フィールド	タイプ（Type）	Null	Index	Description
要素 ID	int8	不可	インデックス付き FK（複合インデックス ElementID、CallStartDate）	HotEvent が発生した要素の一意の ID。
CallStartDate	日付	不可	はい（複合インデックス ElementID、CallStartDate）	データ消去の目的での通話の日付。
イベント日時	datetime YEAR to FRACTION(3)	不可	可	HotEvent が発生した日時。
Name	Nvarchar (51)	不可	不可	HotEvent の名前。
DBDateTime	datetime YEAR to FRACTION(3)	不可	不可	データベース操作の日時 (レコードが挿入されたとき)。これは、イベントが発生した時点とデータベースに書き込まれた時点の間の遅延を判断するためのデバッグに役立ちます (たとえば、長い遅延はレポートサーバーに問題があることを示している可能性があります)。

VXMLHotLink テーブル

ホットリンクは、グローバルにアクセス可能な発話キーの押下で、通話をすぐに通話フローの特定の部分に移動するか、イベントをスローします。このテーブルには、要素で発生したホットリンクに関する情報 (ホットリンク名、ホットリンクの日時、要素 ID) が含まれています。

表 10. VXMLHotLink テーブル
フィールド	タイプ（Type）	Null	Index	Description
要素 ID	int8	不可	インデックス付き FK（複合インデックス ElementID、CallStartDate）	ホットリンクがアクティブ化された要素の一意の ID。
CallStartDate	日付	不可	FK (複合インデックス ElementID、CallStartDate)、	ホットリンクがアクティブ化された要素の一意の ID。
イベント日時	datetime YEAR to FRACTION(3)	不可	可	通話の日付（データ消去のため）
Name	Nvarchar (51)	不可	不可	ホットリンクの名前。
DBDateTime	datetime YEAR to FRACTION(3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。これは、イベントが発生した時点とデータベースに書き込まれた時点の間の遅延を判断するためのデバッグに役立ちます (たとえば、長い遅延はレポートサーバーに問題があることを示している可能性があります)。

VXMLSession テーブル

このテーブルには、VXML 呼び出しによってアクセスされるアプリケーションごとに 1 つのレコードが含まれます。たとえば、通話が 1 つのアプリケーションから別のアプリケーションに転送された場合、同じ CallGUID を持つ通話には 2 つのセッションレコードが存在します。

SIP 通話は CallEvent テーブルに記録されます。

表 11. VXMLSession テーブル
フィールド	タイプ（Type）	Null	Index	Description
セッション ID	int8	不可	PK（複合 SessionID、CallStartDate）	VXML アプリケーションセッションの一意の ID。
CallStartDate	日付	不可	PK（PK および複合インデックスの 2 番目のフィールド）	データ消去の目的での通話の日付。
セッション名	Nvarchar (96)	不可	不可	VXML Server によって割り当てられたセッションの名前。
CallGUID	新規インストールの場合は char(32) アップグレード用の char(35)	不可	インデックス付き FK (複合インデックス CallGUID、CallStartDate)。	通話のグローバルに固有の ID。
開始日時	datetime YEAR to FRACTION(3)	不可	可	セッションが開始される日時。
アプリ名	Nvarchar (51)	不可	可	VXML アプリケーションの名前。
イベントタイプ ID	int	不可	非インデックス FK	アプリケーション訪問を終了するために使用されるメカニズム。
原因 ID	int	不可	非インデックス FK	アプリケーション訪問が終了した理由。
終了日時	datetime YEAR to FRACTION(3)	可	不可	セッションの終了日時。
ソースアプリ名	Nvarchar (51)	可	不可	このアプリケーションに移行したアプリケーションの名前。
サブシステム名	varchar (41)	不可	不可	VXML サービスの名前。
メッセージバス名	varchar (42)	不可	不可	VXML データフィードメッセージを配信するメッセージバスの名前。
DBDateTime	datetime YEAR to FRACTION(3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。これは、イベントが発生した時点とデータベースに書き込まれた時点の間の遅延を判断するためのデバッグに役立ちます (たとえば、長い遅延はレポートサーバーに問題があることを示している可能性があります)。
時間（Duration）	int	Null	不可	セッションの長さ。
ローカルタイムゾーンオフセット	smallint	不可	不可	UTC タイムゾーンからのローカルタイムゾーンのオフセット (分)。 LocalTimeZone を置き換えます。

VXML セッション変数テーブル

このテーブルには、セッション変数のインスタンスごとに 1 つのレコードが含まれます。たとえば、通話中にアプリケーションスクリプトで同じセッション変数が 1 回変更された場合、作成時の初期値と更新後の値の 2 つの別々のレコードが作成されます。

表 12. VXMLSessionVariable テーブル
フィールド	タイプ（Type）	Null	Index	Description
要素 ID	int8	不可	インデックス付き FK（複合インデックス ElementID、CallStartDate）	セッション変数が変更される要素の識別子。
セッション ID	int8	不可	インデックス付き FK（複合インデックス ElementID、CallStartDate）	IVR アプリケーションセッションの一意の ID。
CallStartDate	日付	不可	可（複合インデックスの第 2 番目のフィールド）	データ消去の目的での通話の日付。
変数名	Nvarchar (51)	不可	不可	終了したセッション変数の名前。
変数値	Nvarchar (255)	可	不可	セッション変数の値。
アクションタイプ ID	int	不可	非インデックス FK	データを変更するセッション変数のアクションのタイプ。
イベント日時	datetime YEAR to FRACTION(3)	不可	可	セッション変数が変更された日時。
VarDataTypeID	int	不可	非インデックス FK	セッション変数のデータ型 (Integer、String、Boolean など)。
DBDateTime	datetime YEAR to FRACTION(3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。これは、イベントが発生した時点とデータベースに書き込まれた時点の間の遅延を判断するためのデバッグに役立ちます (たとえば、長い遅延はレポートサーバーに問題があることを示している可能性があります)。
FromICM	Boolean	不可	不可	このセッション変数の変更が Unified ICME から発生したかどうかを示します。Informix ではこれらの値を 1 または 0 として格納しますが、"t" または "f" として表されます。

VXMLVoiceInteractDetail テーブル

このテーブルには、発信者との音声インタラクションごとに 1 つのレコードが作成されます。

表 13. VXMLVoiceInteractDetail テーブル
フィールド	タイプ（Type）	Null	Index	Description
要素 ID	int8	不可	インデックス付き FK（複合インデックス ElementID、CallStartDate）	訪問した要素の一意の ID。
CallStartDate	日付	不可	FK (複合インデックス ElementID、CallStartDate);	データパージの目的で使用される通話の日付。
ElaspedTimeMillisecond	int	不可	不可	最後のインタラクション以降の時間。
音声アクションタイプ ID	int	不可	非インデックス FK	インタラクションの種類。
Value	Nvarchar (255)	可	不可	インタラクションの値。
DBDateTime	datetime YEAR to FRACTION(3)	不可	不可	データベース操作の日時 (レコードが挿入されたとき)。

要約/集計表

概要/集計テーブルについては、次のセクションで説明します。

ApplicationSummary_15
ApplicationSummary_Daily
アプリケーションサマリー_週次
ApplicationSummary_Monthly テーブル
コール_15
Call_Daily
Call_Weekly

Unified CVP レポートサーバーには、Call テーブルと VXMLElement テーブルからのデータを新しいサマリーテーブルに集約するサマリープロセスが含まれています。これら 6 つのテーブルには、コールメトリックと、Unified CVP アプリケーションでアクセスされた要素に関する概要データが保持されます。

これらのメトリックには次のものが含まれます。

要約期間の開始日時。
この期間の通話の平均通話時間
この期間の通話のオプトアウト、タイムアウト、保留の合計数、転送の合計数、この期間の通話で訪問されたアプリケーションの合計数など、さまざまな合計

サマリーテーブルではスタースキーマが使用されます。各サマリーテーブルには、数値以外の属性のコレクションと、タイプに応じて集計できる 1 つ以上の数値属性が含まれます。レポート定義のクエリに属性を追加または削除すると、表示されたデータのドリルアップまたはドリルダウンが可能になります。

これらのディメンションについてレポートできる数値データは、Avg_elapsed と Count です。

Select Appname, avg(avg_elapsed), sum(count) を実行すると、アプリケーションごとの平均経過時間および発生回数を取得できます。さらに、Select 句に ElementName を追加（Select Appname, ElementName, avg(avg_elapsed), sum(count)）すると、アプリケーション内のどの要素で時間が費やされたかをより詳細に把握できます。特定の結果、原因、または終了状態をチェックすることで、これをさらに限定することができます。

ディメンションが必ずしもディメンションテーブルまたはルックアップテーブルを参照する ID 列ではない場合、これらのサマリーテーブルは純粋なファクトテーブルではありません。

アップグレードの場合、サマリープロセスは Call テーブルおよび VXMLelement テーブル内の最も古いデータ日付から集計を開始します。また、過剰なデータ処理によってシステムに過度の負荷をかけないよう、サマリープロセスは最大でも 15 分に 1 回、履歴レコードから 1 日分のデータのみを集計します。

つまり、システムは 24 時間で最大 96 日分のデータを要約できることになります。

_日次テーブルは、_15 分テーブルより 1 日遅れて作成されます。
_Weekly テーブルは、該当週の _Daily テーブルが完全に更新された後に、それらのデータを基に生成されます。
_Monthly テーブルは、該当月の _Weekly テーブルが完全に更新された後に、それらのデータを基に生成されます。

サマリーテーブルの保持期間は、15 分ごとのサマリーの場合は 60 日間、日ごとのサマリーの場合は 18 か月、週ごとのデータの場合は 10 年間、月ごとの集計の場合は 40 年間にハードコードされています。

（注）

レポートサーバーから集計レベルのデータを収集するには、ある程度時間がかかる可能性があることに留意してください。
概要テーブルは、レポートサーバーのローカル時間を使用して 15 分単位で作成されます。ソースデータのレイテンシは保証されません。フェイルオーバーが発生した場合、データは最初に作成されてから数時間後に到着する可能性があります。このため、すべてのサマリー期間はソースデータがデータベースに到着した時刻を反映し、通常はソースデータが作成された時刻に近いものになります。

アプリケーションサマリー_15 表

ApplicationSummary_15 テーブルは、アプリケーション/要素データの 15 分間の概要であり、Dominant Path 分析に役立ちます。

表 14. ApplicationSummary_15 テーブル
フィールド	タイプ（Type）	Null	Index	Description
dbdatetime	datetime year to second	可	PK	この行の期間の開始。
アプリ名	Nvarchar (51)	可	PK	VXML アプリケーションの名前。
ソースアプリ名	Nvarchar (51)	可	PK	このアプリケーションに移行したアプリケーションの名前。
要素名	Nvarchar (51)	不可	PK	要素の名前。
終了状態	Nvarchar (51)	可	PK	要素の終了状態。
要素タイプ ID	整数	可	PK; FK	要素タイプの一意の ID。
結果 ID	整数	可	PK、FK	結果の一意の ID
Count	整数	可	不可	この期間の発生回数。
原因 ID	int	可	FK	原因の一意の ID。
Avg_elapsed	int	はい	不可	この要素の平均経過時間。

ApplicationSummary_Daily テーブル

ApplicationSummary_Daily テーブルは、主要パス分析に役立つアプリケーション/要素データの日次サマリーを提供します。

表 15. ApplicationSummary_Daily テーブル
フィールド	タイプ（Type）	Null	Index	Description
dbdatetime	datetime year to second	可	PK	この行の期間の開始。
アプリ名	Nvarchar (51)	可	PK	VXML アプリケーションの名前。
ソースアプリ名	Nvarchar (51)	可	PK	このアプリケーションに移行したアプリケーションの名前。
要素名	Nvarchar (51)	可	PK	要素の名前。
終了状態	Nvarchar (51)	可	PK	要素の終了状態。
要素タイプ ID	整数	可	PK、FK	要素タイプの一意の ID。
結果 ID	整数	可	PK、FK	結果の一意の ID。
Count	整数	可	不可	この期間の発生回数。
原因 ID	int	可	FK	原因の一意の ID。
Avg_elapsed	int	はい	不可	この要素の平均経過時間。

ApplicationSummary_Weekly テーブル

アプリケーション/要素データの週次サマリー。Dominant Path 分析に役立ちます。


フィールド	タイプ（Type）	Null	Index	Description
dbdatetime	datetime year to second	可	PK	この行の期間の開始
アプリ名	Nvarchar (51)	可	PK	VXML アプリケーションの名前
ソースアプリ名	Nvarchar (51)	可	PK	このアプリケーションに転送したアプリケーションの名前
要素名	Nvarchar (51)	可	PK	要素の名前
終了状態	Nvarchar (51)	可	PK	要素の終了状態
要素タイプ ID	整数	可	PK、FK	要素タイプの一意の ID
結果 ID	整数	可	PK、FK	結果の一意の ID
Count	整数	可	不可	この期間の発生回数
原因 ID	int	可	FK	原因の一意の ID
Avg_elapsed	int	はい	不可	この要素の平均経過時間

ApplicationSummary_Monthly テーブル

ApplicationSummary_Monthly テーブルには、主要パス分析に役立つアプリケーション/要素データの月次サマリーが表示されます。

表 16. ApplicationSummary_Monthly テーブル
フィールド	タイプ（Type）	Null	Index	Description
dbdatetime	datetime year to second	可	PK	この行の期間の開始。
アプリ名	Nvarchar (51)	可	PK	VXML アプリケーションの名前。
ソースアプリ名	Nvarchar (51)	可	PK	このアプリケーションに移行したアプリケーションの名前。
要素名	Nvarchar (51)	可	PK	要素の名前
終了状態	Nvarchar (51)	可	PK	要素の終了状態。
要素タイプ ID	整数	可	PK、FK	要素タイプの一意の ID。
結果 ID	整数	可	PK、FK	結果の一意の ID。
Count	整数	可	不可	この期間の発生回数。
原因 ID	int	可	FK	原因の一意の ID。
Avg_elapsed	int	はい	不可	この要素の平均経過時間。

Call_15 テーブル

Call_15 テーブルは、SubSystemType および CallType 別のコールアクティビティの 15 分間サマリーを表示します。

表 17. Call_15 テーブル
フィールド	タイプ（Type）	Null	Index	Description
dbdatetime	datetime year to second	可	PK	時間は 15 分単位で指定します。
サブシステムタイプ ID	整数	可	PK、FK	サービスタイプの一意の ID。
コールタイプ ID	smallint	不可	PK、FK	通話タイプの一意の ID。
平均通話時間	interval HOUR (3) to FRACTION (3)	可	不可	この期間の平均通話時間。
TotalOptOut	整数	可	不可	この期間のオプトアウトの合計数。
合計保留	整数	可	不可	この期間の保留の合計数。
合計タイムアウト	整数	可	不可	この期間のタイムアウトの合計数。
合計エラー	整数	可	不可	この期間のエラーの合計数。
TotalAppVisited	整数	可	不可	この期間にアクセスしたアプリケーションの合計数。
TotalTransfer	整数	可	不可	この期間の転送の合計数。
呼び出し回数	整数	可	不可	この期間の合計通話数。

Call_Daily テーブル

Call_Daily テーブルには、SubSystemType と CallType 別の毎日の通話アクティビティの概要が表示されます。

表 18. Call_Daily テーブル
フィールド	タイプ（Type）	Null	Index	Description
dbdatetime	datetime year to minute	可	PK	日単位の時間。
サブシステムタイプ ID	整数	可	PK、FK	サービスタイプの一意の ID。
コールタイプ ID	smallint	可	PK、FK	通話タイプの一意の ID。
平均通話時間	interval HOUR (3) to FRACTION (3)	可	不可	この期間の平均通話時間。
TotalOptOut	整数	可	不可	この期間のオプトアウトの合計数。
合計保留	整数	可	不可	この期間の保留の合計数。
合計タイムアウト	整数	可	不可	この期間のタイムアウトの合計数。
合計エラー	整数	可	不可	この期間のエラーの合計数。
TotalAppVisited	整数	可	不可	この期間にアクセスしたアプリケーションの合計数。
TotalTransfer	整数	可	不可	この期間の転送の合計数。
NumCalls	整数	可	不可	この期間の合計通話数。

Call_Weekly テーブル

Call_Weekly テーブルには、SubSystemType および CallType ごとの通話アクティビティの週次概要が表示されます。

表 19. Call_Weekly テーブル
フィールド	タイプ（Type）	Null	Index	Description
dbdatetime	datetime year to minute	可	PK	週単位での時間。
サブシステムタイプ ID	整数	可	PK、FK	サービスタイプの一意の ID。
コールタイプ ID	small int	可	PK、FK	通話タイプの一意の ID。
平均通話時間	interval HOUR (3) to FRACTION (3)	可	不可	この期間の平均通話時間。
TotalOptOut	整数	可	不可	この期間のオプトアウトの合計数。
合計保留	整数	可	不可	この期間の保留の合計数。
合計タイムアウト	整数	可	不可	この期間のタイムアウトの合計数。
合計エラー	整数	可	不可	この期間のエラーの合計数。
TotalAppVisited	整数	可	不可	この期間にアクセスしたアプリケーションの合計数。
TotalTransfer	整数	可	不可	この期間の転送の合計数。
呼び出し回数	整数	可	不可	この期間の合計通話数。

Call_Monthly テーブル

Call_Monthly テーブルには、SubSystemType および CallType ごとの通話アクティビティの月次概要が表示されます。

表 20. Call_Monthly テーブル
フィールド	タイプ（Type）	Null	Index	Description
dbdatetime	datetime year to minute	可	PK	週単位での時間。
サブシステムタイプ ID	整数	可	PK、FK	サービスタイプの一意の ID。
コールタイプ ID	small int	可	PK、FK	通話タイプの一意の ID。
平均通話時間	interval HOUR (3) to FRACTION (3)	可	不可	この期間の平均通話時間。
TotalOptOut	整数	可	不可	この期間のオプトアウトの合計数。
合計保留	整数	可	不可	この期間の保留の合計数。
合計タイムアウト	整数	可	不可	この期間のタイムアウトの合計数。
合計エラー	整数	可	不可	この期間のエラーの合計数。
TotalAppVisited	整数	可	不可	この期間にアクセスしたアプリケーションの合計数。
TotalTransfer	整数	可	不可	この期間の転送の合計数。
呼び出し回数	整数	可	不可	この期間の合計通話数。

ルックアップと参照テーブル

ルックアップテーブルと参照テーブルについては、次のセクションで説明します。

ActionTypeRef
CallTypeRef
原因参照
Device
要素タイプ参照
イベントタイプ参照
OutgoingECCVariable
キュー参照
[リソース（Resource）]
結果参照
サブシステムタイプ参照
転送タイプ参照
使用法
UserInputModeRef
変数データ型参照
音声アクションタイプ参照

アクションタイプ参照テーブル

これは、データを変更する要素に対して、ActionTypeID を対応するテキスト値に解決する参照テーブルです。

表 21. ActionTypeRef テーブル
フィールド	タイプ（Type）	Null	Index	Description
アクションタイプ ID	int	不可	PK	アクションタイプの一意の ID。
アクションタイプ旧名	Nvarchar (96)	不可	不可	アクションタイプの名前。

テーブルの値 (ID、アクション名):

1、「初期化」

2、「アップデート」

3、「戻る」

CallTypeRef テーブル

これは、CallTypeID をテキスト値に解決する参照テーブルです。

表 22. CallTypeRef テーブル
フィールド	タイプ（Type）	Null	Index	Description
コールタイプ ID	small int	不可	PK	通話タイプ参照の一意の ID。
通話タイプ	char(32)	不可	不可	通話の種類。

テーブルの値（ID、CallType）：

1、「レガシーオーディオ」

2、「レガシービデオ」

4、「SIP」

5、「VRU」

6、「VXML」

7、「基本ビデオ」

8、「フルビデオ」

CauseRef テーブル

このテーブルは、CauseID を原因のテキスト値にマッピングします。

表 23. CauseRef テーブル
フィールド	タイプ（Type）	Null	Index	Description
原因 ID	int	不可	PK	通話イベント原因の一意の ID。
原因	Nvarchar (96)	不可	不可	イベントの原因。旧名

テーブルの値 (ID、原因):

0 =「なし」

1、「正常完了」

2、「コール放棄」

3、「通話転送」

4、「新規取引」

5、「ビジー」

6、「回答なし」

7、「メンテナンス」

8、「ネット輻輳」

9、「ネット入手不可」

10、「リオーダートーン」

11、「リソースが利用できません」

12、「トランクがビジー」

13、「着信側が切断されました」

14、「最大ポート」

15、「停止」

16、「タイムアウト」

17、「無効化」

18、「エラー」

19、「ビデオ回答」

20、「通話後の回答」

21、「無効」

22、「失敗」

23、「音声録音開始」

24、「音声録音停止」

25、「応答なし」

26、「無効な番号」

27、「接続済み」

28、「発信者がキャンセルしました」

29、「ウィスパースタート」

30、「ウィスパー完了」

31、「ウィスパーのセットアップに失敗しました」

32、「ウィスパーの放棄」

33、「ウィスパーメディアエラー」

1001、「電話を切る」

1002、「ネットワーク」

1003、「システム」

1004、「スクリプトタイプ」

1005、「不明な UApp」

1006、「スクリプト名」

1007、「設定パラメータ」

1008、「ECC の誤設定」

1009、「メディアファイル」

1010、「セマンティック」

1011、「VXML フォーマット」

1012、「VXML 要素」

1013、「変数データ」

1014、「変数データなし」

1015、「フォーマット」

1016、「エントリが無効です」

1017、「エントリなし」

1018、「メディアリソースビデオ」[リソース制限のため、ビデオ関連のリクエストを実行できません]

1019、「録画に失敗しました」

1020、「データ範囲」

1021、「タイムアウト」

1022、「呼び出し側の切断」— [エージェント、VRU、またはその他のエンドポイントが発信者への応答を停止した場合。つまり、発信者が先に応答を停止したわけではありません]

1023、「応答なし」

1024、「ビジー」

1025、「転送」

1026、「無効な内線」

1027、「強制切断」

1028、「転送確立後」

1030、「サポートされていない言語」

1031、「メディアリソース ASR」

1032、「メディアリソース TTS」

1033、「一般 ASR TTS」

1034、「未知のエラー」

1035、「構成がありません」

1036、「重複レコード」

1037、「キューに入っていません」

1039、「未知の通話 GUID」

1040、「CVP システムが利用できません」

1041、「CVP アプリエラー」

1042、「CVP アプリが停止しました」

1043、「エラー CVP アプリが停止されました」

1044、「エラー CVP セッションなしエラー」

1045、「エラー CVP 不正フェッチ」

1046、「ストリーミングメディアリソース TTS がありません」

Device テーブル

このリソースが測定されるデバイス。これは IP アドレスです。

表 24. Device テーブル
フィールド	タイプ（Type）	Null	Index	Description
DeviceID	smallint	不可	PK	このデバイスの一意の識別子。
ディスクリプタ	char(40)	可	不可	このデバイスの IP アドレス。

ElementtypeRef テーブル

このテーブルは、ElementTypeID を VXML 要素タイプのテキスト値にマッピングします。

表 25. ElementtypeRef テーブル
フィールド	タイプ（Type）	Null	Index	Description
ElementTypeID	int	不可	PK	要素タイプの一意の ID。
要素タイプ	Nvarchar (96)	不可	可	要素タイプの名前。旧名

テーブルの値（ID、ElementType）：

0、開始

1、「終わり」

2、「サブダイアログ_開始」

3、「サブダイアログ_リターン」

4、「決断」

5、「アクション」

6、「カスタム」

7、「ホットリンク」

8、「ホットイベント」

9、「要素フラグ」

10、「声」

11、「VXMLInsert」

12、「ReqICMLabel」

13、「General」

EventTypeRef テーブル

これは、EventID をその名前 (イベントタイプ) のテキスト値にマッピングするテーブルです。


フィールド	タイプ（Type）	Null	Index	Description
イベントタイプ ID	int	不可	PK	通話イベントタイプの一意の ID
イベントタイプ	Nvarchar (96)	不可	不可	イベントタイプの名前旧名

テーブルの値（ID、イベントタイプ）：

0、「新しい呼び出し」

1、「接続失敗」

2、「ビジー」

3、「無応答」

4、「応答」

5、「放棄」

6、「切断」

7、「電話切断」

8、「アプリの転送」

9、「アプリセッション完了」

10、「通話転送」

11、「スクリプトを実行」

12、「エージェントの録音」

13、「ICM レコーディング」

14、「エージェントビデオ」

15、「ICM ビデオ」

16、「ブリッジトランスファー」

17、「ブラインド転送」

18、「ReqICMLabel」

19、「音声録音」

20、「コールバックがキャンセルされました」

21、「コールバック保留中」

22、「コールバック進行中」

23、「コールバック仮」

24、「コールバック完了」

25、「コールバック回復」

26、「コールバック作成」

27、「コールバックをキューから削除」

28、「コールバックがキューに追加されました」

29、「この ANI へのコールバックの最大許容数を超えました」

OutgoingECCVariable テーブル

このテーブルには、Unified CVP から ICM スクリプトに返される ECC 変数が格納されます。

現在、このテーブルは、サービスコールバックの Studio アプリケーション要素によって、および Call Studio スクリプト内で ReqICMLabel 要素が使用された場合に入力されます。 ReqICMLabel 要素を使用して Unified ICME スクリプトにデータを渡す方法の詳細については、『 CVP 管理および構成ガイド』を参照してください。

表 26. OutgoingECCVariable テーブル
フィールド	タイプ（Type）	Null	Index	Description
コール GUID	新規インストールの場合は char(32) アップグレード用の char(35)	不可	インデックス付き FK（複合インデックス CallGUID、CallStartDate）	通話のグローバル一意 ID。
CallStartDate	日付	不可	FK (複合 CallGUID、CallStartDate)	データ消去の目的での通話の日付。
セッション ID	int8	不可	可	ECC 変数が変更されるセッションの識別子。
ElementID	int8	不可	可	ECC 変数が変更する要素の識別子。
ECCVarName	char(12)	不可	不可	終了したセッション変数の名前。
ECCVarValue	Nvarchar (255)	不可	不可	セッション変数の値。
イベント日時	datetime YEAR to FRACTION(3)	不可	可	ECC 変数が変更された日時。
DBDateTime	datetime YEAR to FRACTION(3)	不可	可	データベース操作の日時 (レコードが挿入されたとき)。これは、イベントが発生した時点とデータベースに書き込まれた時点の間の遅延を判断するためのデバッグに役立ちます (たとえば、長い遅延はレポートサーバーに問題があることを示している可能性があります)。

QueueRef テーブル

QueueRef はコールバックルックアップテーブルです。このテーブルは、QueueID を、コールバックが待機しているキューのテキスト値にマッピングします。 QueueName には、キューに対して任意に設定した名称が保存されます。

表 27. QueueRef テーブル
フィールド	タイプ（Type）	Null	Index	Description
QueueID	smallint	不可	PK	キューの一意の ID。
キュー名	char(40)	可	不可	キューの名前。

リソーステーブル

測定されるリソースには、メモリ、CPU、DSO、DSP が含まれます。

表 28. リソーステーブル
フィールド	タイプ（Type）	Null	Index	Description
リソース ID	smallint	不可	PK	一意の識別子。
ディスクリプタ	char(40)	可	不可	測定対象のリソースの名前 (CPU、メモリ、DSP、DS0、システム)。

結果参照テーブル

このテーブルは、ResultID を結果のテキスト値にマッピングします。

表 29. ResultRef テーブル
フィールド	タイプ（Type）	Null	Index	Description
ResultID	int	不可	PK	結果の一意の ID。
結果	Nvarchar (96)	不可	不可	要素結果の名前。旧名

テーブルの値 (ID、結果):

1、「通常」

2、「無効」

3、「ホットイベント」

4、「ホットリンク」

5、「電話切断」

6、「エラー」

7、「転送」

サブシステムタイプ参照テーブル

このテーブルは、SubSystemTypeID を Unified CVP サービスタイプにマッピングします。

表 30. サブシステムタイプ参照テーブル
フィールド	タイプ（Type）	Null	Index	Description
サブシステムタイプ ID	int	不可	PK	サービスタイプの一意の ID。
サブシステム	Nvarchar (96)	不可	不可	サービスタイプの名前。

テーブルの値 (ID、名前):

0、「SIP」

1、「IVR」

2、「VXML」

3、「OAMP」[運用、管理、保守、プロビジョニング = オペレーションコンソール]

4、「コントローラー」

5、「RPT」

6、「ICM」

7、「ORM」[オペレーションコンソールがコンポーネントを管理できるようにする Unified CVP コンポーネントを含む要素]

8、「システム」

TransferTypeRef テーブル

これは、TransferTypeID をテキスト値に解決するための参照テーブルです。

表 31. TransferTypeRef テーブル
フィールド	タイプ（Type）	Null	Index	Description
TransferTypeID	整数	不可	PK	転送タイプの一意の ID。
TransferType	varchar (30)	可	不可	実行された転送の種類。

Usage テーブル

これはデバイス/リソース測定のファクトテーブルです。


フィールド	タイプ（Type）	Null	Index	Description
デバイス ID	smallint	不可	FK	このデバイスの一意の識別子
リソース ID	smallint	不可	FK	一意の識別子
イベント日時	datetime year to fraction(3)	不可	PK	この測定の日時
CallStartDate	日付	不可	PK	パージ処理の目的で使用される、この測定の日付
ResourceUsed	smallint	可	不可	使用されたリソースの量
しきい値に到達	文字(1)	可	不可	True/False。このリソースの最大しきい値に達しましたか?
ResourceMax	smallint	可	不可	このデバイスで利用可能なリソースの量

UserInputModeRef テーブル

このテーブルは、UserInputModeID をユーザー入力モードの名前にマッピングします。

表 32. UserInputModeRef テーブル
フィールド	タイプ（Type）	Null	Index	Description
UserInputModeID	int	不可	PK	ユーザー入力モードの一意の ID。
ユーザー入力モード	Nvarchar (96)	不可	不可	ユーザー入力モードの名前。旧名

テーブルの値（ID、Name）：

1、「DTMF」

2、「音声」

3、「DTMF 音声」

VarDataTypeRef テーブル

このテーブルは、VarDataTypeID を変数のデータ型にマッピングします。

表 33. VarDataTypeRef テーブル
フィールド	タイプ（Type）	Null	Index	Description
VarDataTypeID	int	不可	PK	変数データ型の一意の ID。
変数データ型	Nvarchar (96)	不可	不可	変数のデータ型の名前。旧名

テーブルの値（ID、Name）：

0、「文字列」

1、「Int」

2、「フロート」

3、「ブール値」

VoiceActionTypeRef テーブル

このテーブルは、VoiceActionTypeID をテキスト値にマッピングします。


フィールド	タイプ（Type）	Null	Index	Description
VoiceActionTypeID	int	不可	PK	VoiceActionTypeRef の一意の ID。
音声アクションタイプ	Nvarchar (96)	不可	不可	通話状態の名前。旧名

テーブルの値 (ID、名前):

1、「マッチなし」

2、「入力なし」

3、「オーディオグループ」

4、「入力モード」

5、「発話」

6、「解釈」

7、「自信」

Courtesy CallBack テーブル

次のセクションでは、Courtesy CallBack テーブルについて説明します。

CallBack
CallBackEvent
CallBackQueue

これらのテーブルは、Courtesy Callback 機能をサポートします。

このデータはオンライントランザクション処理 (OLTP) の性質を持つため、独自のデータベース (コールバックデータベース) に保存されます。発信者がコールバックの要求を登録すると、その要求はコールバックテーブルに保存されます。

通話のタイミングと順序を管理するために、 CallBackQueue テーブルに通話の行が配置されます。

コールバック中に発生したイベントは、 CallBackEvent テーブルに登録されます。この情報は、次のクエリを使用して取得できます。


          SELECT Callback.*, CallBackEvent.*,
          							CallBackQueue.*
          		FROM Callback, CallBackEvent,
          							CallBackQueue
          	WHERE CallBack.oldGuid='testguid'
         			 AND CallBack.SurrogateID=CallBackEvent.SurrogateID
         			 AND CallBack.SurrogateID=CallBackQueue.SurrogateID;

ここで、CallGuid は、情報が必要な CallGuid の値に置き換えられます。

現在保留中のコールバック数を取得するためのクエリ：


          SELECT count(*)
         		 FROM CallBack, EventTypeRef
         	 WHERE CallBack.EventTypeID=EventTypeRef.EventTypeID
         			 AND EventType in ('Callback Pending');

電話番号および失敗理由コードを含む、失敗したコールバックの一覧を取得するためのクエリ：


          SELECT *
          		FROM CallBack, CauseRef, EventTypeRef
         	 WHERE CallBack.CauseID=CauseRef.CauseID
          			AND CallBack.EventTypeID=EventTypeRef.EventTypeID
         			 AND EventType in ('Callback Canceled');

CallBack テーブル

コールバックテーブルは、Callback_Current と Callback_Historical という 2 つのテーブルのビューです。 2 つのテーブルは同一です。30 分ごとに、完了した通話のデータが Callback_Current から取得され、Callback_Historical に移動されます。

コールバックが実行されるたびに、このテーブルに 1 行が生成されます。

表 34. CallBack テーブル
フィールド	タイプ（Type）	Null	Index	Description
SurrogateID	シリアル番号:	不可	PK	コールバックスキーマ全体で CallGuid を置き換えるための一意の生成されたキー。
CallStartDate	日付	不可	PK	データ消去を目的としたコールバックの日付。
OldGuid	char(32)	可	不可	元のスケジュール済みコールバックの GUID。 DB サーブレットが、事前コールバック用の新しいレコードを作成するために、以前のスケジュール済みコールバックに関する情報を取得する際に使用されます。
ANI	varchar (32)	可	不可	コールバックが送信される番号。
CallBackType	char(1)	可	不可	P = 先制。 S = スケジュール済み
ゲートウェイ（Gateway）	varchar (40)	可	不可	ゲートウェイの識別子。 IP アドレスまたはその他の文字列識別子を指定できます。
録画 URL	Nvarchar (255)	可	不可	発信者の記録名の wav ファイルを指す URL。
スケジュールされたコールバック日時	datetime year to second	可	不可	スケジュールされたコールバックの日時 (タイムゾーンを含む)。プリエンプティブコールバックには含まれません。
ScheduledCallBackDN	varchar (32)	可	不可	スケジュールされたコールバックが発信される DN。これにより、この DN を使用して ICM スクリプトが呼び出されます。
DBDateTime	datetime year to fraction(3)	可	不可	データベース操作の日時。
ロケーション。	varchar (32)	可	不可	ゲートウェイのセットに割り当てられた場所の名前。スケジュール済みコールバックにおいて、コールバックに使用する適用可能な出力ゲートウェイを選択するために使用されます。
試行回数	smallint	可	不可	コールバックを試みた回数。
イベントタイプ ID	整数	可	FK	イベントタイプの一意の ID。
原因 ID	整数	可	FK	原因の一意の ID。

CallBackEvent テーブル

このテーブルには、呼び出しに対して発生した各コールバックイベントの記録が保持されます。

このテーブルには 7 日分のデータが保存されます。毎日パージします。

表 35. CallBackEvent テーブル
フィールド	タイプ（Type）	Null	Index	Description
SurrogateID	整数	不可	PK、FK	コールバックスキーマ全体で CallGuid を置き換えるための一意の生成されたキー。
CallStartDate	日付	不可	PK	データ消去のためのコールバックの日付
イベント日時	datetime year to fraction(3)	不可	不可	イベントの日時
原因 ID	整数	可	可	以下の値を参照してください。 CauseRef
DBDateTime	datetime year to fraction(3)	不可	不可	データベース操作の日時。
イベントタイプ ID	整数	不可	FK	イベントタイプの一意の ID。 ElementTypeRef を参照してください。

テーブルの値（ID、CauseID）

0、「忙しい」

1、「無回答」

2、「無反応」

3、「無効な番号」

4、「接続」

5、「caller_canceled」

6、「trunksbusy」

7、「エラー」

CallBackQueue テーブル

このテーブルには、スケジュールされた時間まで、またはスロットが利用可能になるまで、通話が保留されるキューのデータが保持されます。

表 36. CallBackQueue テーブル
フィールド	タイプ（Type）	Null	Index	Description
SurrogateID	整数（シリアル）	不可	PK、FK
CallStartDate	日付	不可	PK	データ消去を目的としたコールバックの日付。
CallGuid	新規インストールの場合は char(32) アップグレード用の char(35)	可	不可	通話の一意の ID。
キュー ID	smallint	不可	FK
キューステータス	smallint	不可	不可	キュー内のステータス: 0 = キュー内、 1 = キューにいない 2 = ゾンビ
EnterDateTime	datetime year to second	不可	不可	キューに入った日時。
退出日時	datetime year to second	可	不可	キューを離れた日時。
CVP 推定待機時間	smallint	不可	不可	Enterdatetime 以降の CVP によって計算された推定待機時間 (秒単位)。これは挿入中に生成され、維持されません。
ICMEstimatedWaitTime	smallint	不可	不可	Enterdatetime 以降の、Unified ICM で計算された推定待機時間 (秒単位)。これは挿入時に生成されるものであり、その後は維持されません。
検証ステータス	smallint	不可	不可	検証メソッドから取得されたビットマスク結果。この表に続くサンプルコードを参照してください。
DBDateTime	datetime year to fraction(3)	不可	不可	データベース操作の日時。

検証方法のサンプルコード。

これは、Validation メソッドから取得されたビットマスク結果の例です。

TOD (時刻エラー)。キューが開いていない時間帯にコールバックがスケジュールされたことを意味します。
EWT (推定待機時間) は、エージェントの待機時間がコールバックを正当化するのに十分な長さであるかどうかを示します。


            00000000 00000001 OK
            00000000 00000010 ICM_NO_SCHEDULED_ALLOWED
            00000000 00000100 ICM_NO_PREEMPTIVE_ALLOWED
            00000000 00001000 NOT_IN_QUEUE
            00000000 00010000 TOD
            00000000 00100000 EWT
            00000000 01000000 PROBE_FAILED_NO_RESPONSE
            00000000 10000000 PROBE_FAILED_NO_CONFIG
            00000001 00000000 EXCEED_CAPACITY_GW
            00000010 00000000 EXCEED_CAPACITY_QUEUE

Cisco Unified Customer Voice Portal のレポート ガイド、リリース 15.0 (1)

偏向のない言語

翻訳について

検索結果

章のタイトル： データベーススキーマ

データベーススキーマ