新一代電信級呼叫中心系統研究

劉成　黃瓊

摘 要 本文首先簡要說明了現有呼叫中心組網方案中存在的各種問題，提出了新一代電信級呼叫中心的整體架構和功能架構，詳細說明了CTI Pool方案的物理組網和解決問題，最后對CTI Pool方案的特點做了進一步總結。

【關鍵詞】呼叫中心 CTI Pool 云化呼叫中心

1 引言

信息服務是全業務運營環境下運營商向綜合信息服務提供商轉型的關鍵業務，中國聯通116114（電話導航）和中國電信118114（號碼百事通）等都是基于呼叫中心的面向生活、消費服務的信息服務主體，業務收入實現逐年翻番，取得極大的商業成功。這些呼叫中心平臺作為信息交互、供需交易的橋梁，既擁有每年以億計數的前向用戶查詢量，承載客戶龐大的精準需求，又擁有上千萬的后向商家供應市場，商業價值極高，商業模式高效，亟待深度開發。

但是目前傳統的呼叫中心平臺一般采用軟交換方案，由排隊機接入到IP承載網，與NGN長途網軟交換機連接。座席注冊到CTI（Computer Telephony Integration，計算機電話集成）平臺。組網示意圖如圖1。

此種結構已經不能滿足業務快速發展需要。存在單點風險，不同節點之間在網呼模式下話路迂回，多中心無法實現統一配置和統一監控，平臺資源、呼叫中心運營、維護和發展規劃等諸多方面的不足。

因此，新一代的呼叫中心系統應該是面向傳統PSTN、3G/4G、互聯網、移動互聯網的大容量云化呼叫中心系統，基于該系統，用戶可以通過語音、數據、視頻等多種媒體渠道獲取相應的服務，系統支持對各種媒體渠道（語音、數據、視頻）進行統一管理、統一控制、統一排隊、統一處理，為各種媒體渠道的用戶體驗的一致性提供強有力的保障。排隊機應形成多中心結構部署，互為備份容災。同時邏輯上為一個整體，支持對多中心資源的統一配置、管理、調度。CTI對座席透明，座席無需關心簽入到哪個節點，只需簽入一個統一的IP地址即可。CTI內單點故障時對座席無影響，能夠繼續分配來話、提供人工業務服務，并能支撐統一監控管理、統一排班、平滑擴容等要求。

2 整體架構設計

云化的呼叫中心系統應完全滿足云計算IaaS（Infrastructure as a Service，基礎設施即服務）、PaaS（Platform as a Service，平臺即服務）、SaaS（Software as a Service，軟件即服務）的架構要求，如圖2。

云化呼叫中心系統，借助云計算的虛擬化、分布式計算技術和集群技術，將調度能力和資源進行資源池化，使得物理上多套獨立的NGCC（Next Generation Call Center，下一代呼叫中心）平臺組成平臺云，對外呈現為一套超大容量的邏輯平臺，資源共享，統一調度、統一管理。

云化呼叫中心系統應呈現如下特點：

2.1 一體化基礎平臺要求

云化呼叫中心接入平臺排隊機應具備多種一體化服務能力，有效降低系統集成和業務實現難度，幫助業務部門盡快實現業務目標，提高系統投資收益。具體體現在：

（1）寬帶、窄帶接入一體化。具備靈活的組網能力，同時支持與傳統窄帶TDM接入和寬帶IP接入，適應NGN、WCDMA、IMS、LTE等網絡演進需要，保護長期投資；

（2）呼入、呼出一體化。可以采用一套平臺統一實現呼入呼出業務，方便實現呼入、呼出的互助應用；

（3）人工、自動一體化。人工、自動業務統一在一套CTI平臺，業務邏輯統一控制，媒體資源充分共享。IVR（Interactive Voice Response，互動式語音應答）轉人工座席自動呈現IVR服務軌跡，人工座席可以轉接控制任意IVR流程分支節點；

（4）多媒體、多渠道一體化。語音、短信、WEB、WAP、EMAIL、Fax、微博、微信、QQ統一的CTI排隊能力，實現多媒體全能座席。

2.2 開放的業務平臺要求

云化呼叫中心系統應提供開放的業務開發環境，保證業務的可持續發展，開發環境包括：業務生成環境、API應用程序開發接口、COM/DCOM組件、VXML的標簽腳本等。

2.3 平滑升級以保護投資

云化呼叫中心系統應支持平滑升級，通過增加寬帶信令和視頻資源等模塊，從現有的語音平臺可以平滑擴容即可支持WCDMA、LTE可視電話，提供創新的視頻業務。

2.4 電信級保障要求

云化呼叫中心系統實現大容量的規模，必須采用電信級的系統設計，具有高可靠性和強大處理能力。至少采用雙網雙平面的網絡結構，關鍵設備雙機，業務系統負荷分擔的設計思想。

2.5 集中配置維護要求

云化呼叫中心系統管理的設備多樣，包括交換機、服務器、排隊機、存儲等，同時設備數量較大，必須支持采用集中化的管理方式，提供統一的網管功能，包括：拓撲管理、性能管理、故障管理、日志管理、實時監控等。

3 功能架構設計

新一代呼叫中心系統能夠為固定網絡（TDM、NGN）、移動網絡（2G、3G、4G）提供融合集成的客戶服務解決方案，客戶可以通過語音、視頻、Email、WEB、WAP、MMS、傳真、微博、微信、QQ等多渠道獲得便捷的服務。系統支持對多渠道進行管理，確保一致的客戶體驗，提高客戶滿意度和忠誠度。

新一代呼叫中心系統采用分層的架構設計。如圖3所示。

在層次化的體系結構中，各層之間均采用協議或API封裝的方式作為接口，使得各層相對獨立。下層由于是具體業務系統，具有多變靈活的特點，而上層是接入系統、CTI系統，具有穩定規范的特點。采用層次化設計，下層的多種變化，不會影響上層的穩定；而上層規范地進行優化和擴展后，下層的所有應用都可在業務功能得到擴展。endprint

（1）媒體接入層負責多種媒體的綜合接入，主要設備和部件包括：排隊機、多媒體服務平臺、互聯網媒體網關等，是系統強大的組網能力的保證。排隊機需支持寬窄帶一體化，負責語音（4G高清語音）、視頻、傳真等媒體接入；多媒體服務平臺支持Internet接入（WEB、Email、微博、微信、QQ等），支持移動數據類業務接入（SMS接入、MMS接入、WAP接入等）。

（2）在媒體適配層，對接入的不同媒體的呼叫進行處理。經過媒體適配層，各種媒體的呼叫（如語音呼叫、Email呼叫、WEB呼叫、微信呼叫、QQ呼叫等）都被抽象為統一的呼叫，使得各種媒體可以與功能支撐層進行通信。媒體適配層包括CTI 媒體服務（負責語音、視頻、傳真）、WEB媒體服務、Email媒體服務、互聯網媒體服務等。

CTI 媒體服務負責電路交換域語音、視頻、傳真呼叫的接入，通過CTI信令與排隊機進行通訊，控制排隊機對呼叫的接續操作，從而完成語音呼叫的接續功能；另外，還實現控制普通語音座席的請求、對呼叫進行質檢等功能。

WEB媒體服務使系統能夠提供文字交談、網頁瀏覽等WEB網上互動交互功能，支持WECC（WEB Enabled Call Center）功能。

Email媒體服務負責處理用戶向呼叫中心郵箱發送的Email，將Email轉到特定的業務代表，由業務代表處理后將應答的Email回傳給用戶。

互聯網媒體服務負責處理各類互聯網媒體網關接入的消息，將消息轉到特定的業務代表，由業務代表處理后將應答回復給用戶。

（3）功能支撐層是新一代呼叫中心的業務支撐系統，負責提供業務的解釋、生成及控制功能。業務支撐層提供實現具體業務的組件式資源，與媒體適配層緊密關聯，通過選配和組合，構造與具體業務相關的設備或模塊。

功能支撐層的部件為新一代呼叫中心上豐富的業務提供支撐。功能支撐層提供的部件包含：呼叫中心服務、交互式語音應答系統IVR、監控代理服務、智能路由中心、網絡通信代理、呼出管理服務、全屏錄制服務、告警服務、WEB應用服務等。

呼叫中心服務是呼叫中心的核心，實現了與媒體無關的呼叫管理。它向下層提供標準的協議接口，當各種媒體服務器請求呼叫提供服務時，呼叫中心服務并不關心當前是哪種媒體服務器請求服務。

交互式語音應答系統IVR負責解析并執行加載到IVR中的流程文件。這些流程文件可以是利用業務生成環境軟件定制的文件，也可以是利用Voice XML開發的VXML文件，該類文件可以完成某項特定的功能，例如自動語音提示、收集用戶信息等。

監控代理服務負責對所有應用程序進行管理，一旦發現系統中某個被管理的應用程序運行異常，它將終止該應用程序，然后重新啟動該應用程序，保證系統具有異常自恢復能力。

智能路由中心負責實現呼叫中心的智能路由功能。當各媒體服務器發出路由請求時，呼叫中心服務向智能路由中心轉發該路由請求，智能路由中心處理后通過呼叫中心服務將路由結果返回給請求者。

網絡通信代理為第三方系統與呼叫中心系統互聯提供數據通訊代理服務。通過網絡通信代理，IVR可向其他業務系統發送請求獲得它們所提供的服務，也可以接收其他業務系統的請求啟動指定流程來提供服務。例如，通過網絡通信代理將系統的呼叫處理功能與銀行的金融業務功能結合起來，從而構造出功能強大的電話銀行業務。

呼出管理服務負責管理呼叫中心系統自動呼出任務，實現用戶預約呼叫、大眾呼叫、電話廣告（營銷）、電話催繳費等業務。

全屏錄制服務負責實現全屏質檢功能。通過全屏錄制服務，質檢員可以錄制座席的屏幕，完成對WEB、Email等呼叫的錄制功能，并生成錄像文件供回放使用。

告警服務負責實現系統的告警功能。告警服務應采用完全開放式，將IVR、呼叫中心服務等告警源作為告警服務器的客戶端來看待，告警源發生異常時，只要調用告警服務器的API，即可實現告警功能。

（4）業務實現層可以實現自動、人工業務，滿足用戶的需求。業務實現層建議采用三層結構的設計模型，即程序邏輯與用戶界面分離。

4 新一代呼叫中心云化實現

從功能架構可以看出，媒體適配層和功能支撐層是呼叫中心系統的核心，云化這兩層是解決目前單節風險、無法統一配置、監控等問題的關鍵。因此，CTI Pool解決方案適時出現，可滿足電信運營商對大容量、高可靠性、分布式池化呼叫中心平臺的需求。通過分布式計算、集群技術，使物理上的多套CTI平臺形成一個共享資源池，在這個CTI資源池內，各個分布式呼叫中心既可各自獨立處理呼叫、分配資源，又可同時在各呼叫中心之間相互協同，從而實現全網絡或多個單點呼叫中心統一呼叫分配、資源全網共享、負載全網均衡，增加了各個呼叫中心之間的資源共享，從而提高了資源利用率；同時，對上層業務應用而言，不再需要關心和管理具體的物理節點，也不需要考慮業務對象的實際物理部署位置，為運營商提供了業務范圍更廣的統一服務平臺。

4.1 組網方案

CTI Pool 是將跨地域分布式部署的多個CTI平臺組成一套邏輯上的對外統一管理、配置、排隊調度的CTI 平臺。對上層應用CTI Pool呈現為一套大容量呼叫中心邏輯平臺。

通常CTI POOL部署在多個物理節點，每個物理節點部署CTI組件，節點之間通過IP網絡實現多個節點的互聯互通。如圖4所示。

4.2 統一排隊的調度均衡方案

傳統網絡呼叫中心架構（多套呼叫中心平臺構成），同一品牌的技能隊列，分布在多個節點，呼叫分別在不同的技能隊列進行排隊。如果用戶在CTI Pool中，則可以采用統一排隊的調度方案。即從不同節點排隊機進入的呼叫，可以路由到同一個技能隊列中排隊，不同節點的坐席都可以接聽該技能隊列中的呼叫。這樣，實現不同節點的坐席資源完全均衡，無需人工干預。endprint

優點：不同節點UAP進入的呼叫，可以在同一個技能隊列中排隊；不同節點的坐席資源，可以接聽來自不同節點的呼叫，實現完全均衡。

4.3 跨區域的調度均衡方案

針對跨區域、本地優先等靈活、均衡的調度方案訴求，具體如下要求：

（1）跨VDN調度：同類型技能隊列可能分布在不同區域，實現不同區域的負荷均衡。

（2）同類型技能隊列負荷均衡：即呼叫可以在多個同類型技能隊列中按照某種策略選擇一個技能隊列排隊，實現負荷均衡。

（3）本地優先：即本地技能隊列接入的呼叫，同等條件優先由本地坐席接聽。

CTI Pool可提供靈活調度方案，滿足上述要求。

假設區域1～區域3分別有隊列11、隊列21、隊列31屬于同類型隊列，需要在呼叫負載上實現均衡；而隊列XX、隊列YY、隊列ZZ不屬于同類型隊列，無需拉通。如圖5。

具體調度方案如下：

（1）隊列11、隊列21、隊列31都映射對應同一個統一隊列ID（表明這些隊列需要實現跨區域均衡）。

（2）呼叫先進入到IVR，從IVR轉到人工服務到隊列11。

（3）判斷隊列11配置有一個網絡統一隊列標識，映射到UniQueue01，則提交給統一路由模塊。

（4）統一路由模塊根據預設的策略，計算出相對最空閑的隊列是隊列31，將呼叫分配給隊列31。

注：如果最空閑的隊列有多個，包括本地隊列，則優先分配給本地隊列。

預設的策略，一般可以有如下策略：

（1）同類隊列中，排隊呼叫數/簽入坐席數的計算值最小優先分配呼叫。

（2）同類隊列中，接通率最高的優先分配呼叫。

這樣設計的策略，目的是尋找相對最空閑的隊列，來優先分配呼叫，以達到資源最充分利用效果；同時，可以兼顧各區域考評公平的原則，如圖6。

優點：業務配置修改小，各隊列、坐席的配置基本可保持不變，只需增加映射統一隊列的配置；同時滿足跨區域拉通、負荷均衡、本地優先等多個要求。

4.4 CTI Pool的優勢

與傳統網呼雙中心相比，CTI的優勢如表1所示。

5 結束語

傳統的呼叫中心在網絡上互相獨立，呼叫只能在呼叫中心內部進行分配，呼叫中心資源也只能在內部進行共享，無法實現呼叫全網均衡分配和資源全網共享，從而使呼叫中心的服務和運營效率停留在較低的層次上，造成呼叫中心資源浪費，制約著呼叫中心的發展。通過云化呼叫中心系統，尤其是采用CTI Pool技術，將多個單點呼叫中心進行聯網形成一個網絡呼叫中心，在網絡呼叫中心內統一進行呼叫分配，實現呼叫全網分配、資源全網共享、負載全網均衡，真正體現“一點接入，全網服務”，對于運營商等集中建設大型客服基地意義重大。

參考文獻

[1]劉瀟，趙力帥，武振宇，劉鵬，李耕宇.新一代虛擬化客服呼叫中心CTI Pool解決方案[J].電信工程技術與標準化，2013 （6）： 26-30.

[2]王寧.基于云計算的呼叫中心業務研究與實現[J].電子質量，2014 （4）： 44-47.

[3]錢瑩，趙霞.河南聯通呼叫中心系統的升級和改造[J].電子世界，2014 （5）： 118-120.

[4]衛曉燕.綜合呼叫中心系統的設計[J].信息通信，2014 （5）： 262-263.

[5]李躍.呼叫中心的關鍵應用技術[M].北京：北京郵電大學出版社，2005.

作者簡介

劉成（1979-），男，湖南省湘陰縣人。工學碩士?，F為北京電信規劃設計院有限公司工程師，主要從事增值業務平臺項目的規劃、研究和設計，主要專業領域為信息導航、視頻監控、視頻會議、內容管理等媒體類應用，物聯網，云計算，運營支撐平臺，以及下一代互聯網相關業務應用等。

黃瓊（1980-），女，湖南省吉首市人。工學碩士。現為北京電信規劃設計院有限公司工程師，主要從事增值業務平臺項目的規劃、研究和設計，主要專業領域為三網融合、信息導航，云計算以及下一代互聯網相關業務應用等。

作者單位

北京電信規劃設計院有限公司 北京市 100048endprint

優點：不同節點UAP進入的呼叫，可以在同一個技能隊列中排隊；不同節點的坐席資源，可以接聽來自不同節點的呼叫，實現完全均衡。

4.3 跨區域的調度均衡方案

針對跨區域、本地優先等靈活、均衡的調度方案訴求，具體如下要求：

（1）跨VDN調度：同類型技能隊列可能分布在不同區域，實現不同區域的負荷均衡。

（2）同類型技能隊列負荷均衡：即呼叫可以在多個同類型技能隊列中按照某種策略選擇一個技能隊列排隊，實現負荷均衡。

（3）本地優先：即本地技能隊列接入的呼叫，同等條件優先由本地坐席接聽。

CTI Pool可提供靈活調度方案，滿足上述要求。

假設區域1～區域3分別有隊列11、隊列21、隊列31屬于同類型隊列，需要在呼叫負載上實現均衡；而隊列XX、隊列YY、隊列ZZ不屬于同類型隊列，無需拉通。如圖5。

具體調度方案如下：

（1）隊列11、隊列21、隊列31都映射對應同一個統一隊列ID（表明這些隊列需要實現跨區域均衡）。

（2）呼叫先進入到IVR，從IVR轉到人工服務到隊列11。

（3）判斷隊列11配置有一個網絡統一隊列標識，映射到UniQueue01，則提交給統一路由模塊。

（4）統一路由模塊根據預設的策略，計算出相對最空閑的隊列是隊列31，將呼叫分配給隊列31。

注：如果最空閑的隊列有多個，包括本地隊列，則優先分配給本地隊列。

預設的策略，一般可以有如下策略：

（1）同類隊列中，排隊呼叫數/簽入坐席數的計算值最小優先分配呼叫。

（2）同類隊列中，接通率最高的優先分配呼叫。

這樣設計的策略，目的是尋找相對最空閑的隊列，來優先分配呼叫，以達到資源最充分利用效果；同時，可以兼顧各區域考評公平的原則，如圖6。

優點：業務配置修改小，各隊列、坐席的配置基本可保持不變，只需增加映射統一隊列的配置；同時滿足跨區域拉通、負荷均衡、本地優先等多個要求。

4.4 CTI Pool的優勢

與傳統網呼雙中心相比，CTI的優勢如表1所示。

5 結束語

傳統的呼叫中心在網絡上互相獨立，呼叫只能在呼叫中心內部進行分配，呼叫中心資源也只能在內部進行共享，無法實現呼叫全網均衡分配和資源全網共享，從而使呼叫中心的服務和運營效率停留在較低的層次上，造成呼叫中心資源浪費，制約著呼叫中心的發展。通過云化呼叫中心系統，尤其是采用CTI Pool技術，將多個單點呼叫中心進行聯網形成一個網絡呼叫中心，在網絡呼叫中心內統一進行呼叫分配，實現呼叫全網分配、資源全網共享、負載全網均衡，真正體現“一點接入，全網服務”，對于運營商等集中建設大型客服基地意義重大。

參考文獻

[1]劉瀟，趙力帥，武振宇，劉鵬，李耕宇.新一代虛擬化客服呼叫中心CTI Pool解決方案[J].電信工程技術與標準化，2013 （6）： 26-30.

[2]王寧.基于云計算的呼叫中心業務研究與實現[J].電子質量，2014 （4）： 44-47.

[3]錢瑩，趙霞.河南聯通呼叫中心系統的升級和改造[J].電子世界，2014 （5）： 118-120.

[4]衛曉燕.綜合呼叫中心系統的設計[J].信息通信，2014 （5）： 262-263.

[5]李躍.呼叫中心的關鍵應用技術[M].北京：北京郵電大學出版社，2005.

作者簡介

劉成（1979-），男，湖南省湘陰縣人。工學碩士?，F為北京電信規劃設計院有限公司工程師，主要從事增值業務平臺項目的規劃、研究和設計，主要專業領域為信息導航、視頻監控、視頻會議、內容管理等媒體類應用，物聯網，云計算，運營支撐平臺，以及下一代互聯網相關業務應用等。

黃瓊（1980-），女，湖南省吉首市人。工學碩士?，F為北京電信規劃設計院有限公司工程師，主要從事增值業務平臺項目的規劃、研究和設計，主要專業領域為三網融合、信息導航，云計算以及下一代互聯網相關業務應用等。

作者單位

北京電信規劃設計院有限公司 北京市 100048endprint

優點：不同節點UAP進入的呼叫，可以在同一個技能隊列中排隊；不同節點的坐席資源，可以接聽來自不同節點的呼叫，實現完全均衡。

4.3 跨區域的調度均衡方案

針對跨區域、本地優先等靈活、均衡的調度方案訴求，具體如下要求：

（1）跨VDN調度：同類型技能隊列可能分布在不同區域，實現不同區域的負荷均衡。

（2）同類型技能隊列負荷均衡：即呼叫可以在多個同類型技能隊列中按照某種策略選擇一個技能隊列排隊，實現負荷均衡。

（3）本地優先：即本地技能隊列接入的呼叫，同等條件優先由本地坐席接聽。

CTI Pool可提供靈活調度方案，滿足上述要求。

假設區域1～區域3分別有隊列11、隊列21、隊列31屬于同類型隊列，需要在呼叫負載上實現均衡；而隊列XX、隊列YY、隊列ZZ不屬于同類型隊列，無需拉通。如圖5。

具體調度方案如下：

（1）隊列11、隊列21、隊列31都映射對應同一個統一隊列ID（表明這些隊列需要實現跨區域均衡）。

（2）呼叫先進入到IVR，從IVR轉到人工服務到隊列11。

（3）判斷隊列11配置有一個網絡統一隊列標識，映射到UniQueue01，則提交給統一路由模塊。

（4）統一路由模塊根據預設的策略，計算出相對最空閑的隊列是隊列31，將呼叫分配給隊列31。

注：如果最空閑的隊列有多個，包括本地隊列，則優先分配給本地隊列。

預設的策略，一般可以有如下策略：

（1）同類隊列中，排隊呼叫數/簽入坐席數的計算值最小優先分配呼叫。

（2）同類隊列中，接通率最高的優先分配呼叫。

這樣設計的策略，目的是尋找相對最空閑的隊列，來優先分配呼叫，以達到資源最充分利用效果；同時，可以兼顧各區域考評公平的原則，如圖6。

優點：業務配置修改小，各隊列、坐席的配置基本可保持不變，只需增加映射統一隊列的配置；同時滿足跨區域拉通、負荷均衡、本地優先等多個要求。

4.4 CTI Pool的優勢

與傳統網呼雙中心相比，CTI的優勢如表1所示。

5 結束語

傳統的呼叫中心在網絡上互相獨立，呼叫只能在呼叫中心內部進行分配，呼叫中心資源也只能在內部進行共享，無法實現呼叫全網均衡分配和資源全網共享，從而使呼叫中心的服務和運營效率停留在較低的層次上，造成呼叫中心資源浪費，制約著呼叫中心的發展。通過云化呼叫中心系統，尤其是采用CTI Pool技術，將多個單點呼叫中心進行聯網形成一個網絡呼叫中心，在網絡呼叫中心內統一進行呼叫分配，實現呼叫全網分配、資源全網共享、負載全網均衡，真正體現“一點接入，全網服務”，對于運營商等集中建設大型客服基地意義重大。

參考文獻

[1]劉瀟，趙力帥，武振宇，劉鵬，李耕宇.新一代虛擬化客服呼叫中心CTI Pool解決方案[J].電信工程技術與標準化，2013 （6）： 26-30.

[2]王寧.基于云計算的呼叫中心業務研究與實現[J].電子質量，2014 （4）： 44-47.

[3]錢瑩，趙霞.河南聯通呼叫中心系統的升級和改造[J].電子世界，2014 （5）： 118-120.

[4]衛曉燕.綜合呼叫中心系統的設計[J].信息通信，2014 （5）： 262-263.

[5]李躍.呼叫中心的關鍵應用技術[M].北京：北京郵電大學出版社，2005.

作者簡介

劉成（1979-），男，湖南省湘陰縣人。工學碩士?，F為北京電信規劃設計院有限公司工程師，主要從事增值業務平臺項目的規劃、研究和設計，主要專業領域為信息導航、視頻監控、視頻會議、內容管理等媒體類應用，物聯網，云計算，運營支撐平臺，以及下一代互聯網相關業務應用等。

黃瓊（1980-），女，湖南省吉首市人。工學碩士?，F為北京電信規劃設計院有限公司工程師，主要從事增值業務平臺項目的規劃、研究和設計，主要專業領域為三網融合、信息導航，云計算以及下一代互聯網相關業務應用等。

作者單位

北京電信規劃設計院有限公司 北京市 100048endprint