隔日,下午一點。


    工兵走在通往湯島天神的上坡路。


    一旁是套裝打扮的室見。她一手提著大紙袋,另一隻手中則拎著手提包。兩人正在前往拜訪客戶——一間中等規模的印刷公司「美倉印刷」的路上。


    他們此行是要與客戶進行無線區域網路的導入會議,還有討論東京市內的新據點現場調查的時程,以及ap紙上設計的審查。然而,工兵的腦中卻充斥著另一件事情。


    新服務,新服務,新服務。


    「你怎麽回事?從早上就擺出一副苦瓜臉。不要這樣,害我的心情也跟著變差了。」


    室見一臉困擾地告知。工兵歎了一口氣:「話是這麽說沒錯啦。」


    「不過我昨天開始就一直在傷腦筋喔。新服務到底要做什麽,總得先確定一個方向後才能著手進行吧?梢也說過了,詳情要等概念定案之後再做討論。」


    「所以我昨天提案了啊。社長裁員服務,接單後的一周內立刻處理,還免費提供估價和諮詾。」


    「你要是在公司內這麽提案,我們馬上就會被解雇了……」


    歎息消逝在半空中。


    事實上,自己寧願現在就被解雇好逃離這個大坑。工兵想起昨晚——與室見她們分開後,與社長的對話。「辦不到的。」「怎麽會辦不到?」「不,我真的沒辦法。」「別擔心,我相信你,你也要相信我!」經過這種根本稱不上溝通的互動後,工兵終於在晚問八點接下產品經理一職。盡管隨後他繼續糾纏,希望對方起碼將現有業務調整一下,但六本鬆卻是回了句莫名其妙的理由:「我現在要去高爾夫練習場,下次再說!」那麽試著改用郵件的方式告知,業務調整一事又被華麗忽略,隻接獲「服務事業計劃在本周內提出!」的回覆,讓人不禁想苦著一張臉。


    話說回來,具有獨創性和市場競爭力,憑藉駿河係統現有的人力物力可以實現的服務。要是隨便就能想到這些東西,自己現在早就已經去創業了。


    總之先去書店找了幾本商業相關書籍,熟讀平時看過就算的報紙,最後甚至在google搜尋引擎輸入「新服務」「理想的」等關鍵字。當然,跑出來的結果大多都是既有產品的說明網頁,對提供靈感或點子實在沒有什麽幫助。嗚嗚地哀鳴一整晚的結果,就成了現在這副模樣。老實說,根本已經無心參加接下來的會議了。


    「幹脆把過去的建構實績拿來當作服務,你覺得如何?」


    工兵無奈地這麽提議。室兄揚起眉毛:「怎麽說?」


    「例如前陣子展示給業平產業的交換埠管理係統,或者是江古田的提案中所設計的vpn用負載平衡器。這兩者都很有獨創性,應該足夠吸引客戶的興趣吧?」


    「嗯——」


    室見的嘴唇扭向一邊。


    「連接埠管理再怎麽說也可以用人力來彌補。至於vpn用負載平衡器,也隻要加裝一台同性能的機器就沒必要了。這樣一來,最後就會變成純粹的成本比較喔。真的值得拿來販賣嗎?」


    「我們的架構獨樹一幟,這樣也不行?」


    「客戶根本不會關心架構的問題吧。反正隻要連接埠可以正常管理,vpn能連線就行了。至於內部是如何運作的完全無關,他們也毫無興趣。」


    「啊啊。說到這個,梢以前也講過呢。重要的是能夠實現什麽,技術理論或詳細的設定根本無關緊要。」


    「……不要再提那個稻草頭了。」


    室見很不愉快地搖搖手。或許是察覺自己的發言受了某人影響,她露出一臉不悅的表情:


    「總之必須想一想,選有沒有其他業者所無法提供的功能或解決方案。例如會飛的路由器、太空區域網路之類的。」


    「實現的方法毫無頭緒……」


    「這樣才能凸顯出我們的特色啊。」


    「話是這麽說沒錯——」


    但太空區域網路這種東西,到底要花多少錢來準備?難道還要發射火箭嗎?


    想著想著,就抵達了客戶的辦公室。在櫃台取得入館證後,兩人被帶到接待區裏。等了幾分鍾後,一名枯瘦的男性帶著輕微的腳步聲走了進來。


    「哎呀,讓你們久等了。不好意思,勞煩兩位跑這麽多趟。」


    「不,我們才是。抱歉占用了您的時間。」


    室見擺出社會人士的模樣行了一禮。


    從「跑這麽多趟」這句話中可以知道,光這個月已經是第三次和這位負責人見麵了。由於新據點的無線區域網路導入時程相當緊迫,紙上設計、流量計劃、電波設計,這些每當工程公司的規劃圖送達時就要全部再更新一次。一個弄不好,跟這位負責人交談的時間會比跟自己的上司藤崎說話的時間還要長。


    工兵取出資料,同時環視四周:


    「y崎先生,今天是您一個人嗎?」


    由於以往總是會有另一名年輕員工陪同,工兵考慮是否要等人都到齊再開始比較好。


    「是的,今天隻有我一個。其他成員都在處理別的案件。」


    原來如此,既然這樣就開始進行好了。


    他將帶來的資料疊在一起發給對方,待室見坐下後自己也跟著就座。


    「那麽,先從站點勘測的結果開始確認嗎?」


    麵對y崎的問題,工兵點頭回答:「是的。」他攤開a3大小的規劃圖,開始逐一解說電波狀況的顏色區分。


    所幸y崎很熟悉公司內的環境,因此會議進行得十分順利。待結束議程,大家開始穿插一些閑聊時,y崎突然「啊」了一聲:


    「不好意思,有個完全無關的問題可以請教兩位嗎?」


    「是?」


    室見不解地眨眼。y崎坐正身子,雙手握起,整個人呈微微前傾的姿勢。


    「貴公司是否精通v6?」


    「v6?」


    「就是ipv6。」


    啊啊——室見這麽點頭然後說道:


    「有處理過幾個案子。貴公司打算導入嗎?」


    「唔……並不是導入……啊——說導入的話也可以吧。」?


    y崎尷尬地抓了抓鼻翼。


    「事情說來有點複雜,其實我們上個月被某家公司收購了喔。就是那個用拚圖圖案當商標,很有名的……」


    說著,y崎透露了某家網路廣告代理商的名字。對於有在使用部落格服務的工兵來說,也是間相當熟悉的公司。


    y崎點點頭:


    「然後,對方的社長似乎在網際網路業界相當出名,好像把自家公司的網路全換成ipv6了。所以現在規定,來自旗下公司的連線原則上也要采用v6。」


    「不是雙堆疊(注:dual stack,這裏的「堆疊」是指網際網路協定與之下所有相關的通訊技術跟協定的綜合體)?僅用v6來建構網路環境嗎?那間母公司。」


    「似乎是這樣。」


    「這個……做法挺激進的呢。」


    室見感歎地說道。


    然而,一旁傾聽的工兵卻不太了解怎麽一回事。唔,v6這個字眼本身的確聽過好幾次,但將它放進網路裏會有什麽作用,實在沒有任何的頭緒。


    他偷偷地用筆電搜尋,先從基礎知識開始溫習。ipv6是……?


    「網際網路通訊協定(注i protocol。簡稱ip)第六版


    取代現行的ip(ipv4)的下一代通訊協定。


    擁有高達128位元的廣大位址長度,可望解決目前全球的位址匱乏問題。」


    ……嗯?


    我們現在所使用的ip位址——例如192.16


    8.0.1就是ipv4,位址長度為32位元。由於連接網際網路的設備呈爆發性增長,位址的數量也急遽減少。為了有效利用稀少的資源,於是就誕生了私人位址、nat及子網路遮罩等技術。反觀ipv6一開始就具備四倍的位址長度,所以不必透過麻煩的方式就可配發所需要的位址。


    比方說像是電話號碼,03-222-1111的位數不足,於是便將中間的222改成了2222。


    然後呢?位數增加會導致什麽問題嗎?


    頂多隻是多花點功夫打字而已吧?抱著這種想法一邊搜尋,工兵找到了一段衝擊性的記遖。


    『現行的ipv4與ipv6之間並不相容(無法相互傳遞通訊)。』


    …………


    咦?


    無……無法通訊?


    為什麽?明明同樣都是ip啊。


    循著說明文字看下去,他終於發現了問題的本質。也就是說,v4和v6盡管都是網際網路通訊協定,但卻是兩種完全不同的東西。不僅位址長度,就連表頭架構和通訊的種類在規格上都不盡相同。有別於現行的網際網路,又誕生了另外一個名叫「v6網際網路」的網路——這麽思考似乎較為妥當。


    既然如此,也難怪y崎會煩惱了。


    在隻有v4的環境下被要求與v6間的連線能力,還有接獲必須連上不同基礎建設的指示。或許是真的沒辦法了,才會像這樣子找我們商量吧。


    室見發出「嗯——」的長聲:


    「最正統的方案,應該是將貴公司的網路環境變更為雙堆疊架構吧,在現行的ipv4網路裏麵追加ipv6網路的處理能力。」


    「不過這樣一來,所有電腦和路由器都必須支援吧?我們現在光用戶端就有將近五百台電腦喔。d z 和應用程式可能也要進行修改,無論時間或人力上都不太符合現實吧。」


    「那麽,要不要試試看代理伺服器呢?貴公司應該導入了bluecoat(注:bluecoat是一家網路閘道管製設備的廠商)對吧?利用那台機器將http或ftp的通訊部分轉換成v6即可。」


    「很遺憾,對方表示通訊協定不能設限。總之就是ip上麵的所有通訊,全部都要用v6來傳輸。」


    y崎歎了一口氣:


    「其實在今天開會之前,我們就已經詢問過其他供應商了。eec sol,他們有在販賣v6轉換設備(trantor)對吧,就是打算使用那個。」


    「啊啊……是k公司的產品。後來行不通嗎?」


    「不行呢。」


    y崎的聲音相當沮喪。


    「首先,價格就完全出局了。那兩台機器似乎要價五六百萬呢。正因為預算不多,我們才會去尋找雙堆疊以外的方案,這樣一來豈不是本末倒置了嗎?另外一點,我自己也太天真了。雖說是轉換設備,卻並非所有的通訊都能夠順利轉換。」


    「怎麽說?」


    「封包的內容,資料部分——應該叫做酬載(payload)吧。那裏記錄的位址就不在轉換之列了。」


    「指的是sip或ftp之類的嗎?」


    「嗯,那些代表性的通訊協定似乎還無妨,但我們公司目前使用不少自家規格的應用程式,而轉換設備卻無法一並轉換封包裏麵的內容。」


    接二連三的專業用語。


    嗚哇——!客戶顯然比我還清楚嘛——糟糕糟糕糟糕。


    工兵假裝在做會議紀錄,一邊拚命地上網搜尋。


    首先是雙堆疊。這似乎是在一台終端機上同時設定v4和v6雙方的位址。例如192.168.0.1和2001:odb8:1234:1::6——之類的。與v4主機連線時使用前者,與v6主機溝通則使用後者。總之就像是一條線路裏同時在跑兩種不同的網路。雙方的通訊是獨立的,不會影響到對方,的確是相當理想的方案。缺點就如y崎剛才所說,必須針對所有的機器進行v6設定,至於dns之類的伺服器也要變更本身的登記內容。這當然很花錢了,所以被未被采用。


    接下來是用代理伺服器來處理。


    讓web代理伺服器記憶v4、v6雙方的位址,把v4過來的通訊改以v6位址傳送出去,也就是一種中轉手法。這種情況下隻有代理伺服器本身才需要支援v6。相對地,能轉換的通訊相當有限。嗯,畢竟是web代理伺服器,頂多隻有http或https之類的通訊吧。自家規格的應用程式……這又如何呢?既然是未支援的通訊協定,應該是無法轉換吧。


    最後,就是v6轉換設備了。


    「知道了。說到轉換設備的製造商,就是k還有另一家dim。我們會透過regio 來確認一下dim的規格,看是否能滿足貴公司的條件。」


    「真是麻煩您了,室見小姐。」


    話題不知不覺中結束。y崎開始收拾資料,而室見也不斷按著原子筆。


    「啊,對了。能多提供一些關於應用程式的資訊嗎?隻要知道必須轉換酬載的什麽東西,我想就可以和供應商討論出一個具體的方針來。」


    y崎點點頭:


    「了解。我們先提供封包擷取的結果並在需要處理的部分做標示,可以嗎?」


    「是的,這樣就很夠了。」


    會議結束。發現室見投來「你在發什麽呆啊」的瞪人目光,工兵急忙動手收拾行李。


    離開之際,y崎用懇求般的眼神望著室見:


    「不好意思,還請貴公司務必提供一個理想的方案。」


    「我們會盡力的。」


    室見恭敬地低頭行禮。


    兩人走進湯島車站前的咖啡廳,點了特調咖啡。


    室見啟動筆電,另一隻手從手機的電話簿開始撥打電話,她選擇regio 字樣的聯絡人,不久後便坐正身子:


    「啊,承蒙照顧了。我是駿河係統的室見。不好意思,想跟貴公司確認一件事情。」


    她重複了一遍剛才與y崎的談話內容。此時恰好也收到封包擷取的結果,便一並穿插這方麵的相關資訊向對方說明。


    「……是的……是的……沒有錯。是否能夠使用轉換器……是的,k公司的產品已經確認完畢,結果是不行。因此想查詢dim公司的產品能否達到要求。」


    沉默。


    手機話筒裏傳出斷斷續續的聲音。室見微微點頭:


    「了解。那麽,可以請貴公司調查後再行通知嗎………是的……是的。不好意思,突然這麽要求。抱歉失禮了。」


    室見的手指按下掛斷鈕。她歎了一口氣:


    「對方似乎會幫忙確認,但希望不大呢。畢竟k公司在功能上一向居於領先的地位。」


    「那個,室見,可以問一下嗎?」


    工兵怯怯地舉起手來。室見射出淩厲的目光:「幹嘛?」


    「唔,那個,我還是不太了解問題點在那裏。客戶的課題究竟是什麽,又希望我們解決什麽問題呢?」


    「啊?莫非你不曉得v4和v6互不相容的事情?」


    「不,這個我知道。」


    聽見螺絲起子的拔刀聲,工兵急忙這麽解釋。盡管是臨時調查而來的知識,畢竟也算是知情了。他一邊按住室見肩膀,同時繼續補充:


    「因為要花錢和花時間,所以無法采用雙堆疊。又因為不能限製通訊內容,於是代理伺服器也出局了。到這裏為止我都可以理解。隻不過,關於轉換設備可以解決什麽問題,如今卻又碰到什麽限製而必須回來研究一番,這些我實在是毫無頭緒。」


    室見看似有些訝異地「哦——」了一聲:


    「想不到你倒是挺清楚的嘛。還以為你會說什麽『既然都是ip,那麽v4和v6之間就能相互通訊了吧』。」


    嚇死我也。


    「真……真是的——我怎麽可能說出那種蠢話來呢。」


    「也對,好歹你已經是專業人士了。要是懂得比客戶還少,不如去切腹自殺算了。」


    「就……就是說啊——」


    ……有種被公然戲弄的感覺。


    室見將手機闔起,靠在椅子上:


    「嗯,好吧,我就來解釋一下。所謂的轉換設備,顧名思義是用來轉換v4和v6通訊的機器。檢查ip表頭,根據既定的規則轉換來源及目的位址。嗯,就類似nat的機器吧。」


    「nat……是用來轉換私有位址和公共位址的那個?」


    「沒錯,就是那個。」


    這是一般寬頻路由器都會具備的功能,一種將家庭內的私有位址與網路網路的公共位址相互轉換的技術。


    「原來如此,那個叫轉換設備的東西不是用來轉換私有位址和公共位址,而是一種v4和v6的相互轉換設備呢。」


    「是的,所以使用的技術也被簡稱為nat64或者nat46。64是從v6轉換到v4的意思,46則反之。」


    「……功能那麽簡單的機器,居然要賣五百萬?」


    實在不太明白。市麵上的寬頻路由器僅幾萬圓就能買到,cisco的存取路由器也隻要價十幾萬。即便支援v6,單純的轉換位址動作實在不值得花費數百萬圓。


    「嗯,如果是單純的nat,的確是這樣沒錯呢。」


    室見一反常態看似開心地說著。她用手指沾了水杯表麵的水滴,在桌子上開始畫圖:


    「聽好羅?假設v4nw(網路)有十台終端,v6nw也有十台終端。如果要讓它們全都可以進行雙向通訊,nat機器需要做什麽樣的設定?」


    「什麽樣的設定……」


    假設v4終端a的位址為(a4),v6終端b的位址為(b6)。nat機器擁有(a4)的v6轉換用位址(a6)。反過來說,(b6)的v4轉換用位址是(b4)。然後,設定轉換策略。因為ip通訊需要一並轉換來源和目的位址,所以——


    ·a→b的通訊


    轉換來源:(a4)→(a6)  轉換目的:(b4)→(b6)


    ·b→a的通訊


    轉換來源:(b6)→(b4)  轉換目的:(a6)→(a4)


    接下來,隻要針對其他終端進行同樣設定即可。聽完工兵上述的回答,室見露出意味深長的笑容:


    「哦——那麽二十台終端的傳送與接收,總共就需要四十條策略了對吧。那麽我問你,假如v4nw有一千台,v6nw也有一千台終端,這時候該怎麽辦呢?」


    「一……一千台?」


    「一萬台也行喔。」


    分別需要四千和四萬條策略。別開玩笑了,這麽多的數量根本無法設定得來。而且這純粹是區域網路內的通訊。倘若另一邊要連向網際網路的話呢?如果必須將全世界的主機位址都登記在nat規則裏呢?光想像就讓人不寒而栗。


    工兵麵色鐵青地搖著頭。室見點頭道:


    「普通的nat機器當然不可能高達上百萬圓。正因為被設計成有辦法解決如此大規模的問題,轉換設備才會成為一個獨立的產品。」


    「辦法?」


    「就是dns64。」


    彷佛在闡明世上的真理,室見這麽告知。


    她在桌上的圖形中加了一個小四角形:


    「簡單來說,它是一種利用主機名稱解析來吸收v4和v6雙方不同點的架構。關於一般的主機名稱解析——櫻阪,你解釋一下。」


    「呃——」


    工兵的目光在半空中遊移。


    「就是將ip位址轉換為用戶容易記憶的英文字串。例如.google.jp的實際位址為74.125.235.151。」


    「其次的優點是?」


    「因維護等因素而變更伺服器的ip位址時,隻要修改dns伺服器登記的資料即可。用戶不必去理會主機名稱的實際位址。」


    「很好。」


    室見看似心滿意足地微笑。


    「沒錯,隻要利用主機名稱解析就能遮蔽實際位址,不讓用戶看見。既然如此,v6→v4的通訊也是一樣,將v4的位址用其他名稱來隱藏即可。」


    「隱藏?意思是改成主機名稱嗎?」


    「有點不一樣。就算單純將v4終端的主機名稱登記在dns伺服器裏,v6終端在向伺服器詢問後,依舊無法解讀回傳的位址,這是因為實際位址還是v4的緣故。所以,即便通訊對象4tv4位址,dns仍必須回傳v6位址才行。」


    「這種事辦得到嗎?」


    「可以喔,讓轉換設備搖身一變成為dns伺服器,將v4位址動態轉換為v6位址,再變更位址與主機名稱之間的掛勾就行了。換句話說,從使用者的角度來看,被遮蔽的對象是真實環境的dns伺服器。而轉換設備在接受主機名稱解析的要求後,便吸收v4與v6的差異,在彼此的網路之間架起一道橋梁。也就是所謂的fake技術。」


    「原來……如此。」


    工兵聽得半知半解,隻得先隨口附和一下。呃——也就是怎麽一回事?主機名稱解析的前半部分,也包括了對dns伺服器本身的轉換?然後,nat規則會動態產生?所以用不著一一去設定。


    嗯——細節上好像不同,但似乎掌握到了要點吧。轉換設備是一台裝設後就能轉換v4.v6nw的魔法盒子。價格雖高,效果也十分驚人。


    剛想到這裏,工兵忽然冒出一個疑問:


    「奇怪?那麽美倉印刷的條件不就都符合了嗎?導入的繁瑣程度壓在最低,通訊內容也沒有限製,難道還有什麽問題嗎?那個……除了預算以外。」


    「其實預算才是最主要的因素……算了。對方目前詢問的是alg方麵的事情。」


    「alg?」


    「applicationyer gateway(注:應用層閘道)。」


    「…………」


    室見歎氣。她拿過剛送上來的咖啡,輕聲念著:「這個嘛——」


    「你有沒有聽過某些應用程式和nat-不太對盤?例如網路遊戲或視訊會議之類的。」


    「網路遊戲……以前好像有過呢。雙方玩家開始對戰時,必須先在路由器上做一些設定。」


    盡管不清楚是什麽原因,總之當時自己是去查了網路上的資料,然後照著資料裏的步驟去解決。室見點點頭:


    「那種問題的原理很簡單。因為不光是ip表頭,連資料部分也被寫入位址了。盡管nat路由器可以修改表頭,資料部分卻依舊是原來的位址,結果導致通訊失敗。因為路由器頂多隻能看到表頭的資訊,完全不去理會資料裏麵是什麽東西。」


    呃……


    「用寄信來比喻好了。郵差看得到信封上的收件人資訊,卻無法看見信紙上的住址對吧?這是一樣的道理。」


    工兵「啊」地歎息一聲。會議中聽到的資訊突然都連起來了。


    「信紙……意思是,自家應用程式的資料部分被寫入了v4的位址資訊?」


    「沒錯。」


    室見的嘴巴觸及咖啡杯。或許還很燙,她苦著一張臉將舌頭縮了回去。


    「包括資料的部分在內,將整個封包


    一並轉換的東西就叫alg——applicationyer gateway信轉換設備在這方麵的功能還相當弱,盡管能順利轉換ftp或sip這類代表性的通訊協定,但遇到客戶自家的應用程式就隻能舉手投降了。」


    「舉手。」


    「萬歲——」


    這個上司還真是可愛。


    但事態大致都掌握了。美倉印刷的應用程式其酬載帶有ip位址,所以k公司的轉換設備無法有效轉換。而如今正在確認dim產品的alg功能能否解決這個問題。


    正當工兵回味著這些理解的資訊時,手機的鈴聲忽然響起。室見按下接聽鈕:


    「您好,我是室見……啊啊,是regio 。承蒙照顧了;請問結果如何了呢?……啊啊,果然是這樣嗎……咦?個案處理?……啊……是的,嗯——有點困難呢……是的,對方頂多隻有百萬圓的預算……說得也是,我知道了。謝謝您,先失陪了。」


    按下掛斷鈕,室見將手機拋在一邊。


    「不行嗎?」


    「不行。」


    告知理所當然的結論後,她的嘴唇抿成へ字形。


    「對方說,如果是預算好幾億的潛力客戶就願意個案處理。但照我們公司的規模,怎麽看都不可能有這種案件吧。」


    「更何況——」室見接著皺起眉頭:


    「這隻是套用表頭的相同規則,將特定封包的資料部分加以轉換而已啊。如果是perl的話,用s運算子就可以直接搞定了(注:s運算子在perl語言當中是執行尋找與取代的指令)。什麽叫『好幾億』,莫非他沒睡醒在說夢話嗎?要是我們拿出相同的估價,鐵定會被客戶一巴掌打倒在地的。」


    「呃……請問,alg的處理真的那麽簡單嗎?」


    原本以為是處理更複雜困難的事情。


    麵對不斷眨眼的工兵,室見聳聳肩膀:


    「雖然是取決於轉換對象的應用程式啦,但這一次真的是很單純的處理,不過應用設備原則上無法支援規格表以外的通訊,所以就無可奈何了。原本打算全部用script來自訂的……但這樣一來,那個白癡稻草頭又會鬼叫了。」


    「…………」


    「櫻阪?」


    來了。


    來了來了來了。


    單純的處理、有客戶需求,但市場未存在競爭商品。至於通用性……或許還要討論一番,但既然是以v4nat的相同原理運作,而且已經有人碰上麻煩,頻繁接獲這類的洽詢也是早晚的事。現在是因為大家對v6的轉移不夠徹底,使得問題並未突顯化罷了。


    太驚人了,想不到眼前就存在我們所急需的東西,真可謂當局者迷。工兵難掩興奮之情,抬起臉來:


    「室見,我想我可能已經找到了。」


    「啊?」


    「就是服務的種子技術。」


    他露出自信的微笑。室見則是一臉錯愕地愣在原地。


    *


    「第一次服務開發會議——!」


    下午四點,駿河係統會議室。工兵興奮地這麽大叫。


    在狹小的空間內,室見和梢麵對麵坐著。或許是因為突然被召集而來,這兩人的表情都帶有一些不安。


    工兵敲敲白板,試圖驅散嚴肅的氣氛。他挺直身子,以強而有力的語氣開口:


    「盡管我們過去每次每次都被社長的強人所難弄得剛苦連天,但這一次不同了。因為從任命開始僅僅一天,正確來說是二十個小時後就已經找到了答案。是什麽答案?好了好了,請冷靜一點,我現在就仔細講解。投資極少、有市場需求,而且不見其他競爭者!簡直就是理想的解決方案。果然人類就是要在逆境之中才會進化,這實在是一場evolution從今天起,請叫我櫻阪evo吧。來,各位,跟我一起呼喊,e、v、o!、e、v、o!」


    「……室見,櫻阪他是嗑藥了嗎?」


    「抱歉,最近好像給他太多壓力了。」


    說得也太不留情麵了吧?好傷人。我隻不過想緩和一下沉重的氣氛罷了。


    工兵清清喉嚨,無奈地將情緒調整回平常狀態。


    「好,請看投影機畫麵。這次我想出來的,是駿河係統獨創的ipv6轉換設備服務。」


    投影片上呈現出powerpoint的畫麵。


    其中以清單方式列出了服務概念、作動想像圖以及暫定規格。這是美倉印刷的會議結束後,工兵花了約一個小時製作出來的。盡管粗糙,但應該匯整了自己所要表達的意思。


    「相信兩位一定知道,ipv4和ipv6的網路,兩者之間目前最理想的連線方式就是轉換設備。它既不像代理伺服器那樣會被限製通訊協定,也不如雙堆疊一樣設定耗時。而且,藉由dns64的架構還可以自動映射雙方的網路位址。對煩惱v6轉移作業的用戶束說,這實在是求之不得的架構。」


    然而——工兵說了這麽一句,同時指向投影片的左上方。


    「這個轉換設備目前存在兩個問題。第一是價格,機器販售和個別建構,初期要花費將近一千萬的費用。就因為不想花費雙堆疊的成本,所以才尋找其他手段,結果代替方案的成本卻這麽高,讓人根本就無法接受。」


    接著,他滑鼠遊標移到下半段:


    「第二個問題,alg的能力不足。這便是美倉印刷目前所遇到的困境。當酬載記錄含有位址的時候,就無法進行轉換。換句話說,也就喪失了支援多通訊協定這個優點。這又是個本末倒置的現象。」


    「前言就不必廢話了,直接說你打算怎麽做就好。」


    麵對室見的催促,工兵點點頭。他重新麵向筆電,將畫麵予以擴大:


    「關於第一個問題,我想月費製的服務是最佳解決辦法。對初期拿不出一千萬的用戶來說,每個月十萬包含維護及運用,這樣的規格應該相當具吸引力才對。盡管隻是少許的十萬,但隻要有十位用戶,一年就是一千兩百萬,五年則是六千萬,這對我們而言算是很耀眼的銷售額了。這個主意應該不壞吧?」


    「對用戶來說,這的確再理想不過了……」


    室見狐疑地嘀咕著。


    「但每個月十萬,真的足以讓我們維持服務嗎?這可是競爭對手開價一千萬所提供的功能,價格未免相差太懸殊了吧?」


    「稍後我會提到,其實服務設備將盡量使用我們目前現有的東西。再加上極力排除客製化特性,藉以提高量產效果,應該能夠將投資額壓在最低程度。」


    「…………」


    「那麽第二個問題,就是alg了呢。轉換邏輯本身很單純,接下來就是討論如何去實現它而已。當然,正如室見你所說的,無論什麽東西都能透過script或程式來轉換……但這樣一來運用就無法依序進行了。沒錯吧,梢?」


    「是的……」


    或許是猜不透對方想做什麽,梢隻得含糊地點頭附和。


    「所以!」


    工兵加重了語氣。


    「關於這項轉換規則的製作,也要丟給轉換設備本身來處理。」?


    空氣震蕩。像是彷佛聽到什麽出人意表的發言,室見和梢都頓時愣住了。不久,室見眨眨雙一礙。


    「製……製作轉換規則?自動的?要怎麽做?」


    「與其說是自動,也隻是顯示候補清單罷了。架構很簡單,首先在預計導入的客戶環境當中裝設機器,以資訊收集模式運作。就是透過主交換器的監控埠……來收集目前的通訊。重點在於累積一定的資訊量後,便會在瀏覽器上呈現通訊清單,酬載裏包含位址


    者將顯示轉換規則的候補清單。接下來隻需要對用戶做現況訪談,一邊選擇轉換規則,然後再切回轉換器模式即可。用不著一項項去開發或g,我想這是一個非常理想的解決方案——」


    「等等!等一下,櫻阪,先暫停!」


    室見尖叫道。她臉色蒼白地探出身子說道:


    「你……你到底怎麽了?連監控埠和g這些技術用語都侃侃而談,簡直就像個工程師一樣嘛。」


    「我本來就是工程師啊!幹嘛把我說得那麽不濟?」


    「櫻阪……整個人壞掉了……」


    連梢也這麽說!


    還兩眼空虛、全身顫抖、臉上流露十分不安的表情。她們到底把我當成多麽外行的人啊?


    工兵輕聲呻吟,整個人倚靠在牆壁上:


    「知道了。老實說,這並不是我一個人的點子。」


    「果然……是接收到什麽奇怪的電波了吧。」


    「才沒有電波、天啟,或者是來自異次元的訊息!是在公司裏喔,sd部門的福大先生。」


    「福大——?」


    室見打從心底表現出厭惡感,她皺起白皙的眉間:


    「你怎麽又去找那個變態商量事情了?經過上次的那件事之後,不是早就和那家夥斷絕往來,彼此互不相欠了嗎?」


    上次的事情——即在業平案件中對抗almada的防衛戰一事。為湊齊防止業平解約的籌碼,兩人委托福大製作一個管理係統。而福大闊出的交換條件,便是室見的配合——一整天打扮成他所要求的模樣並且拍照。換句話說——就是角色扮演了。


    或許是認為這段記憶相當屈辱,室見從那之後就不再觸碰這個話題,全身默默地散發出一種「給我忘掉」的氣勢。因此在聽到福大的名字後,她會表現得如此不悅也可以理解。然而——


    「唔,可是室見。美倉印刷的alg,你不是說如果由我們自製的話會很輕鬆嗎?所以我就過去那裏征求一些建議了。像是在支援dns64的情況下,如果我們自己做一個可以轉換美倉自家應用程式酬載的轉換設備,大約要花多少錢之類的。」


    麵對前來商量的工兵,福大一如既往地板著麵孔:


    「可以是可以,不過要是對方提出其他的通訊需求,到時候又得編寫新的規則羅。這樣不會很麻煩嗎?」


    自己當時好像回了一句:「唔——」


    不過的確,被這麽一提醒果真挺麻煩的。


    「不然這樣,先設定幾個代表性的轉換規則,讓用戶可以自行選擇吧。啊,對了,要是做成事先擷取通訊,然後再顯示轉換候補清單的形式呢?就用gui,透過單選按鈕來選擇,然後套用……等等,我看幹脆一並製作擷取模式吧。把tcpdump自訂一下。」


    「擷取模式……嗎?」


    「轉換器模式和擷取模式,兩者間可以自由選擇。屆時就事先安裝在客戶端,用來分析通訊內容。這樣一來,就不用一個個去現況訪談了吧?總之啊,這種東西不能做得太繁瑣,必須盡量省事。」


    …………


    「大致就是這樣,總之對方提出了很詳盡的方案。哎呀,那個人果然很厲害呢。根據有限的情報,竟能做出如此精準的回答。簡直就是技術人員的榜樣呢,那種人應該稱為駭客才對吧。」


    梢睜開雙眼「哦——」了一聲,小動物般的臉上浮現訝色:


    「我跟福大先生不太常接觸,不過工作能力的確很強呢。應對也相當圓融,一點也不像傳統的pg。」


    「嗯,對方心裏有些芥蒂,所以態度並非一直都很配合,不過這一次似乎有某項條件觸動了他的心弦。我可不想錯過這個好機會呢。」


    偷看。


    工兵瞥了一眼室見。


    「幹……幹嘛?」


    看似女國中生的上司一副膽怯的模樣向後退去。


    「我可不想錯過這個好機會呢。」


    「隨……隨便你啊!跟我又沒有關係。」


    「豈能沒有關係呢,對吧?」


    工兵直直盯著對方,同時緩慢靠近。他朝牆邊一步又一步地走去:


    「你很清楚福大先生的嗜好吧?為了讓他保持愉快的心情工作,我希望給他行一點點……真的隻有一點點的方便喔。別擔心,不是什麽壞事。隻要換個兩三件衣服,改變一下造型就可以了。」


    「不……不要。」


    「梢,請幫個忙吧。」


    「好的!我很樂意!」


    「樂意個屁!不,你想做什麽?別拉我啊,不要——!」


    三分鍾之後,淚眼汪汪的室見坐在地板上,整個人抱住雙肩不斷顫抖著。淩亂的頭發和衣服看起來十分可憐,在在勾起人們的憐憫之心。


    「嗚……嗚嗚,為什麽……每次都是我。」


    梢拿起角色扮演的服裝,正對著抽噎不止的室見:


    「你太誇張了,不過是換上鬥蓬和戴個帽子而已嘛。挺好看的喔,又沒什麽好笑的。」


    「好了好了,室見她真的很排斥角色扮演啊……那個,室見?先跟你說聲對不起,我可以把這些照片交給福大先生嗎?」


    「隨你高興啦!幹嘛每件事情都問我啊,真是的!」


    唉唉——惹她生氣了。這也難怪,畢竟上一次就已經十足體會到她厭惡角色扮演的事實。不過隻要換上鬥蓬和帽子然後拍照留念,一個新的係統就出爐了喔,無論怎麽想都很劃算吧!


    「啊哈哈——這套衣服的出處居然是『治愈係吉祥物角色(h鳳女子小學所屬)』!超好笑——治愈係小學女生,治愈係小學女生,啊哈哈哈哈。」


    鎖定爆笑的梢,室見的回旋踢爆發,一如往常的亂鬥瞬間上演。工兵撥開四處飛散的文件,拚命地拉開兩人。他讓雙方返回座位上恢複冷靜,然後清了清喉嚨:


    「……事情就是這樣。雖然離題了許多,不過這就是我的服務計劃。順帶一提,硬體使用riddle trill伺服器,軟體則以linu為基礎來建構。這便是我一開始提到的『盡量使用我們目前現有的東西』。因為進貨費用近趨於零,所以風險也低。當然,暢銷的時候將創造很高的利潤。怎麽樣?我自己覺得這個點子相當不錯。」


    室見和梢兩人麵麵相覷。


    不久,室見舉起手來:


    「實現的可能性我已經了解,不過需求又是如何呢?要做是無妨,但如果隻有美倉印刷一家買帳的話就太悲慘了。」


    「關於這點,我手中有一份資料。這是it類新聞網站的一篇報導。」


    工兵切換投影機畫麵,瀏覽器上呈現出好幾個圓形圍。報導的標題是「企業的ipv6支援狀況」。


    「盡管各行業的情況有所不同,但目前大約九成的企業都尚未支援v6。預計支援的時期也相當晚,將近八成的企業隻表示會在今後的十年內導入。換句話說,無論是哪家企業,近年來都無法撥出足夠的預算來支援v6。」


    他卷動一下畫麵。


    「彷佛在印證這個推測,近四成的公司表示將導入轉換設備以支援v6。選擇雙堆疊的有兩成,剩下的四成則尚未決定吧。嗯,大家都是往簡單且廉價的方案靠攏呢。但加入我們剛才討論的結果後,又會變得如何呢?」


    梢「啊」的一聲猛然吸氣:


    「因為沒有預算,所以考慮導入轉換設備,但機器的購置成本要一千萬,公司不肯撥款,導致案件延宕在檢討階段。是這麽回事嗎?」


    「是的,正是如此。」


    工兵拿起白板筆,寫下算式。


    「八成的用戶裏,有四成打算使用轉換設備……


    占全體的32%吧。也就是說,整個市場存在這麽多的供需失調。況且我們的服務規格毫無競爭者,不僅不用擔心沒有需求,反倒是一處大金礦喔。」


    聽著這番熱烈的口吻,室見的表情出現動搖。但她仍用力按捺著自己的情緒開口問道:


    「編製呢?導入和運用的計劃,這方麵你又是怎麽考慮的?」


    「申請表格的製作和導入作業由我們se部門負責,運用及維護編製由梢來決定。實際作業則交給os部門,開發是福大先生……然後關於合約的處理,我打算跟海鷗談談看。」


    「庫存和成本的管理呢?」


    「暫時由我負責。嗯,一方麵還會請藤崎先生或社長幫忙確認吧。」


    「…………」


    室見一臉為難的表情陷入沉思,過了一會發出低沉的哼聲。她隨意抱起雙臂,整個人懶洋洋地望向梢:


    「我啊……覺得挺不錯的。你呢?從運用支援的觀點來看。」


    「我也是……看來沒什麽問題。」


    看似猶豫了一下,梢也這麽回答道。


    「建構完成後的架構變更機會應該不多,而且開發者又在自己的公司內,方便詢問一些瑣碎問題。至於維護用零組件……按照剛才的方案就相當充裕了。」


    「那麽。」


    梢將手貼在嘴邊,幾秒後終於頷首。彷佛在確認自己的意誌,她又堅定地點了一下頭:


    「我覺得櫻阪的提案很好。」


    太棒了!


    工兵正要做出勝利手勢的瞬間,梢忽然又「啊」了一聲:


    「不好意思,我對服務的概念本身並無異議,但唯獨一件事情要請你牢記在心。」


    「牢記在心……嗎?」


    梢點點頭:


    「既然是定型服務,商品發布後就盡量不要再去更動了。由於客戶數量通常都很龐大,一旦增加非標準的架構就會導致商業結構的崩潰。要加入或舍棄哪一種功能,這方麵的全盤設計一定要嚴格執行。」


    「這個——」


    很正常吧。留下需要的功能,削減掉不必要的功能。不造成運用上的過大負擔……嗯嗯嗯?聽起來也不像什麽特別困難的事情。


    「你能夠理解嗎?」


    梢的眼神十分認真。震懾於對方的氣勢,工兵最後回答:「好的。」


    「好的,知道了。我會詳加思考服務的全貌,然後再執行整個計劃。」


    「太好了。」


    梢呼出一口氣來,看似放下了心中大石。她放鬆眼尾,目光向上望來:


    「那麽櫻阪,你和我兩人就一起加油吧。」


    「是的。啊,不對,還有室見。」


    工兵稍微自我吐槽。


    至於室見本人,或許是對此光景已懶得生氣的緣故,僅板著麵孔用手撐住臉頰。她一副興味索然的模樣輕輕抬起下巴:


    「然後呢?我們要把這個叫做什麽?總不能一直叫它『新服務』吧。」


    「唔,要命名嗎……?」


    「名稱或是開發代號都行,總之應該先冠上統一的稱呼。畢竟整體的方針都已經確定了。」


    原來如此,老是叫「新服務(暫定)」的話確實挺空虛的,應該乘此機會取一個順口的昵稱才對。


    「知道了。那麽我們每個人提一個名字,首先就從提議人室見開始。」


    「啊?我?」


    「什麽都可以喔。就跟腦力激蕩一樣,爐管提出來吧。」


    室見的嘴唇抿成へ字形,整個人翹起腿來,大搖大擺地躺在椅背上。如鍾擺般搖頭晃腦後,她終於「嗯」了一聲點點頭:


    「還是走標準路線好了。『駿河係統ipv6轉換設備服務 月費運用方案』,怎麽樣?」


    「好土!」


    梢立刻道出感想。室見紅透了臉:


    「怎樣!這可是包含了業者名、服務內容和提供型態的簡潔名稱喔。哪裏奇怪了?」


    「不是奇不奇怪的問題,而是太老土了。那麽長的名字很難念吧,要更簡單一點,不然大家是記不住的喔!」


    唔——室見頓時啞口無言。或許是同意了對方的指正,她一臉不悅地嘀咕道:


    「既然這麽說,那你一定有其他更好的名字吧?」


    「當然。」


    梢挺起那豐滿的胸部:


    「讓人覺得親切,又不會太隨便,並且簡單易懂,還考量到未來的服務命名規則。那就是——」


    她輕輕吸氣,然後睜開雙眼:


    「天狗舞!」


    「這不是酒名嗎!」


    室見手裏的彈簧文件夾直接命中梢的後腦。對方整個人蹲下,眼中含著淚水轉過頭去:


    「痛死我了。酒名又有什麽關係?以後推出其他服務時,還可以照搬其他酒名來用啊。」


    「我指的不是這方麵的統一!況且這樣一來,誰看得出是什麽服務啊?而且還侵犯了別人的商標權。」


    「那麽,十五代。」


    「不是換個像仿冒品的名字就能解決的吧!」


    原名是我們熟知的名酒:山形高木酒造的「十四代」。話說室見明明不喝酒,居然會這麽清楚。


    兩名女性互瞪了好一陣子,最後同時望向了這邊。兩對眼眸帶著強烈的光輝。


    「然後呢?你的建議是?」


    「請讓我聽聽看櫻阪你有什麽好點子。」


    ……這樣超難啟齒的。


    自己該不會在發言順序上弄巧成拙了吧?但如今後悔也無濟於事。工兵絞盡腦汁,拚命思考命名方案。


    便於記憶,能夠傳達服務內容,而且又簡潔的名稱。


    至少要放入哪些關鍵字才行呢?首先是駿河係統這個公司名,以及轉換ipv6和v4的服務概念,兩者直接組合在一起就是「駿河係統ipv6、v4轉換服務」……不行,這樣就跟室見的提議一樣了。駿河係統……要改成縮寫嗎?v6、v4轉換也像dns64、46那樣放後麵就好。這麽一來——


    「srg46。」


    脫口念出的這個字眼,音量顯得出奇清晰。


    室見瞪大雙眼:


    「啊?什麽?」


    「srg46。就是駿河係統的縮寫與v4v6轉換功能的結合體。唔,雖然聽起來很像某偶像團體啦……不過名字挺響亮的不是嗎?」


    「你啊,現在可是在討論工作上的事,少在那裏開玩笑……」


    「我倒覺得不錯喔。」


    梢突然冒出這麽一句話。無視於室見的責難目光,這位頭發亂翹的同事繼續道:


    「既有震撼力,字麵本身也具備服務性質的說明。且it用語經常是英文字和數字的組合,我想應該很容易被大眾所接納才對。」


    「是……這樣嗎?」


    室見狐疑地陷入沉思。但或許是發現再怎麽煩惱也無法解決問題,她於是改口同意:「嗯,先這樣暫定好了。」


    「那就這麽決定了。」


    工兵環視兩人,撐大鼻腔並伸出一隻手:


    「雖然有點小題大作,不過先來呼喊一下激勵口號怎麽樣?」


    「…………」


    先是梢將手伸出來,然後室見遲了一些也跟著伸出手來。將三隻手掌疊在一起,幾人氣聚丹田喊道:


    「祈禱srg46能夠成功……fight!」


    *


    幾小時後,曆經簡單的企畫書提出過程,srg46正式獲得認可。


    初次的目標數字、預算計劃、行銷方案。


    挑戰營業額目標的,是對這領域完全陌生的三位年輕


    員工。


    他們的命運究竟會如何?

章節目錄

閱讀記錄

奮鬥吧!係統工程師所有內容均來自互聯網,uu小說網隻為原作者夏海公司的小說進行宣傳。歡迎各位書友支持夏海公司並收藏奮鬥吧!係統工程師最新章節