Print Version - Arizona Judicial Department
Print Version - Arizona Judicial Department
Print Version - Arizona Judicial Department
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Review functions (and their corresponding databases) are dedicated to supporting efiling<br />
services. The EFSP represents the AZTurboCourt “store front” or customer frontend.<br />
The EFM and Clerk/Judge Review components represent the back-end<br />
components that support court processes. Individual users of the AZTurboCourt e-filing<br />
system (e.g., case parties, attorneys, document preparers, law enforcement agencies)<br />
only have direct access to the EFSP portion of the e-filing system. The EFSP then<br />
facilitates the requisite communications to and from the EFM.<br />
Also facilitating communications to the EFM are the target CMSs. The target CMSs<br />
receive information from and return information to the EFM via various “middleware”<br />
components, namely IBM MQ and the AOC’s Central Case Index (CCI) and Central<br />
Document Repository (CDR). IBM MQ transports/routes messages between the EFM<br />
and target CMSs. The CCI and CDR maintain either the location of successfully filed<br />
case documents or copies of actual case documents. The CCI-CDR environment<br />
serves two essential purposes. First, they provide a central location through which<br />
users of AZTurboCourt can quickly locate and retrieve secondary copies of the official<br />
court record. Second, the combined systems mitigate the need for direct access to the<br />
target CMSs. This design approach significantly reduces AJIN network traffic and<br />
system overhead on each of the target CMSs.<br />
AZTurboCourt Logical Design Diagram<br />
Revised 6/24/2010 8:24:17 AM<br />
Filers<br />
Clerks<br />
Internet HTTP/HTTPS<br />
EFSP Components<br />
Self-Help Portal<br />
EDP – Services<br />
Infrastructure<br />
Document Integrity<br />
Manager<br />
Court Profile –<br />
Configuration Manager<br />
EDR – Stats & Financial<br />
Reports<br />
EDCS – Customer<br />
Support<br />
Clerk Review<br />
EFM Components<br />
e-Filing Component<br />
XML Generation Core<br />
Transport Component<br />
Transport Core<br />
EFSP Confirmation<br />
Caller Core<br />
EFSP E-Filing<br />
Confirmation<br />
Generator<br />
EFM Confirmation<br />
Caller Core<br />
Zone 1 DMZ – Web Servers Zone 2 DMZ– Application Gateway<br />
Firewall<br />
Zone 3 – AOC/AJIN Network<br />
AZTurboCourt<br />
Primary DBMSs<br />
Primary DBMSs<br />
Filing Assembling<br />
Filing Review<br />
Astaro Security Gateway 525<br />
Accepts Port 80 Connections;<br />
Translates to Port 8080 to Web Server<br />
Secured Replication<br />
Stores<br />
Statewide ESB – Virtual Court Record MDE<br />
ROAM/CCI<br />
Secondary DBMSs<br />
Filing Assembling<br />
Filing Review<br />
App Server Interface<br />
Points to Internet<br />
(AZTurboCourt.Gov Web Server)<br />
OnBase App/Web Server<br />
Unity & DTM<br />
B2<br />
C2<br />
CCI-App<br />
C6<br />
C4<br />
CDR DBMS<br />
AJIN Intranet<br />
AZTurboCourt Filing<br />
Assembly MDE<br />
EFSP App Server<br />
With Host IDS, Clerk Review,<br />
Merchant Interface<br />
Local Court System Environment – Court Record<br />
MDE<br />
ARIZONA JUDICIAL BRANCH | INFORMATION TECHNOLOGY STRATEGIC PLAN: 2013-2015 147<br />
C3<br />
B1 or C1<br />
B3 or C5/C7<br />
IBM MQ<br />
Opt: Non-CDR Court<br />
Opt: DTM<br />
A1. RecordFiling<br />
A2. NotifyDocketingComplete (MQ to/from CMS)<br />
B. GetCase (MQ to/from CCI API)<br />
C. GetDocument (MQ to/from CCI API)<br />
OTC Scanner Clerk Review Court CMS<br />
A1. RecordFiling /<br />
A2. NotifyDocketingComplete<br />
Local EDMS<br />
Firewall<br />
AZTurboCourt Filing<br />
Review MDE<br />
ActiveMQ<br />
EFM App Server<br />
IBM MQ Client