TW201627948A

TW201627948A - 電信事業經營者的使用者建立認證的電子合約的方法

Info

Publication number: TW201627948A
Application number: TW104102408A
Authority: TW
Inventors: 佛朗西斯科沙賓納索羅
Original assignee: 萊里達網絡遠程服務有限公司
Priority date: 2015-01-23
Filing date: 2015-01-23
Publication date: 2016-08-01
Also published as: TWI660324B

Abstract

一種電子形式的合約的認證方法，其中電信事業經營者透過此事業經營者的一個使用者藉由電子郵件與/或短訊息服務的方式向此電信事業經營者的非客戶的一個使用者認證發送合約，可採用可靠方式對電子郵件或者短訊息服務回應此合約的接受或拒絕而簽名，產生每一時刻的異動的證據，因為電信事業經營者認證了整個程序，這樣此合約可被視為合法遵守的合約。

Description

電信事業經營者的使用者建立認證的電子合約的方法

本發明的目的係為一種方法，電信事業經營者能夠將來自此事業經營者的任意發送客戶使用者到此事業經營者的一或若干非客戶接收使用者的電子合約進行接收、重定向、送達與認證接受，產生最終操作的整個異動的證明，最終連同具有簽發日期、初始條件、送達日期與時間以及非客戶接收者對這些條件的回應作為可信賴的事業經營者與第三方的憑證進行數位簽字且送達到客戶發送使用者與非客戶接收者，還產生整個異動的證明記錄。

已知對於合法與非法的任何類型的作業而言，電子通訊已經變為一種基本且必需的工具。通訊用於從發報局到收報局的每一類型的移動、發起呼叫、發送訊息等等。

電信事業經營者提供將大量這些訊務管理、定向且儲存的基本架構。此外，這些電信事業經營者受到無線頻譜的使用或者電話號碼編號資源的使用的限制，因為無線頻譜的使用受限，電話號碼編號資源的使用也受限。

另外，出於評級、保持與使用者相關的號碼的記錄、發票參考以及保持在給使用者的發票中使用的任意異動資料的記錄的目的以外，電信事業經營者保持使用者執行的作業的記錄。這些記錄被保留以用於後續評級的鑑定與/或追蹤使用者的訊務。

某些時候，司法機關要求電信事業經營者提供完成的電子異動(electronic transactions)的記錄資料以及可幫助判定完成利益行為的自然人或法人的任意資料，這是因為事業經營者被視為可信賴的提供這些資料的第三方。

一旦司法機關已經定位了所要求的資料，事業經營者則發出一個憑證(certificate)，其中明確描述了所要求的異動資料、頻率、收報局以及相關司法機關所要求的任意其他類型的資訊。

當任意一方向電信事業經營者請求且作為證據呈現時，這套方法近來已經被最高法院(ATS 2501/2013，西班牙最高法院，民事法庭)接收作為證據。

本領域已知用於建立線上合約的幾種方法與系統，大多數係基於合約方發送一個鏈結到可信賴的第三方所監視的網路環境，其中可儲存幾種類型的簽名，以及其中合約方接受產品或者服務供應商的條件。這些方法論的缺點在於在封閉的網路環境中無效，避免對於不具有網路存取的人員有效，要求數位簽名或者其簽名的爪哇(java)應用限制了應用環境，以及通常暗示了使用者的環境的突然變化，這並非本發明所述方法的情況。

本案的發明目的提供了上述缺點的解決辦法，藉由電信事業經營者發送的認證的電子郵件與/或認證的短訊息服務(SMS)完成整個程序，產生兩方之間的認證的電子合約，由可信賴的第三方的電信事業經營者發起，包含資料傳輸、發送資料、附件、單個記錄數字與資料，以及來自傳輸的中間產物與最終狀態的其他資料。

依照上述內容，本發明的目的在於一種由電信事業經營者藉由電子郵件與/或SMS的方式產生認證的電子合約的方法，依照這種方式，合約條件被送到非客戶的第三方，事業經營者客戶接收一個證書，藉由郵件或者SMS被應答，其中包含回應內容、日期、時間與其可追溯性，增加單個異動數字。

本發明的由電信事業經營者產生認證的電子合約的方法的特徵在於包含以下步驟，以及在於結合了互相連接的至少一個入局郵件伺服器、出局郵件伺服器、出局元件伺服器的資料庫、入局元件伺服器的資料庫、時間戳伺服器、入局SMS伺服器、出局SMS伺服器以及資料處理單元作為認證伺服器：- 在事業經營者的客戶使用者發送的入局訊息的郵件伺服器中，接收到寄往之前準備的cliente@contrato.lleida.net類型的地址的合約條件。在訊息的主題或者題目中，應該放置有非客戶收報局行動號碼、空間、非客戶收報局郵件地址以及最後的訊息的一般主題或題目；- 檢查使用者被授權，具有產生合約的信用，然後在正文資料庫與接收的元件中進行引入與記錄；- 在資料處理單元中，以從cliente@contrato.lleida.net地址發送的郵件格式開始電子合約，附加有事業經營者的的客戶所發送的內容，在郵件的主題或者題目中特別引入認證的電子合約；- 驗證初始的電話號碼及其是否存在，認證的SMS發送合約到此號碼；- 經由出局電子郵件伺服器發送包含合約資料的具有合約的郵件；-非客戶接收者透過對SMS或者電子郵件的包含回應的應答接受此合約；- 非客戶收報局接受此回應；- 最終產生認證的郵件合約，包含發送、接收、日期與發佈次數及接受的資料，以及電信事業經營者的數位簽名與時間戳的應用；- 透過郵件伺服器發送憑證到發件發送者。

如上所述，本發明的方法目的同樣提供了優點，內容可藉由電子郵件被發送或者指定，環境的變化則不必要，以及藉由電信事業經營者產生發送、接收與接受內容的證據。

第1圖表示本發明的方法目的的代表性實施例的用於開始產生一個認證的郵件合約的流程示意圖。

第2圖表示本發明的方法目的的代表性實施例的藉由認證的SMS與郵件用於發送請求與接受回應，特別是表示SMS程序的流程示意圖。

第3圖表示本發明的方法目的的代表性實施例的用於透過郵件發送請求與接受回應以及建立、發送與送達經認證的電子合約的流程示意圖。

第4圖表示本發明的方法目的的代表性實施例的藉由電子郵件發送請求且接受回應，以及在程序中未使用SMS的情況下建立、發送與接收認證的電子合約的流程示意圖。

第5圖本發明的方法目的的代表性實施例中在並非是電信事業經營者的有效使用者或者客戶的收報局使用者中未收到回應的情況下的流程示意圖。

結合第1圖、第2圖、第3圖與第4圖，其中一系列示意圖表示本發明的方法目的，藉由電信事業經營者的客戶建立認證的電子合約的方法包含以下全部過程，從發送使用者發送電子訊息，到藉由相同的發送者與接受者或收報人接受認證的電子合約。

電信事業經營者的發送使用者客戶將具有合約的電子訊息發送，以接受與認證入局郵件伺服器所管理的一個收報局地址，這種地址的形式為cliente@contrato.lleida.net。這種訊息為標準的電子郵件，但是採用至少一個以下內容作為訊息資料的主題或題目的形式：合約所發送地址的收報局的行動號碼，合約的電子郵件地址以及最終的主題正文。

當訊息到達入局郵件伺服器時，驗證是否為應該產生合約的郵件地址。如果未被配置為如此，則被忽略。如果為能夠產生認證的電子合約的地址，然後則驗證是否發送者使用者是否被授權，即是否位於允許產生憑證的憑證白列表(whitelisting)中。如果不在此列表中，則忽略此郵件。

一旦已經驗證地址正確且可授權，發送者可產生憑證，進行客戶使用者的信用的可用性的驗證。如果使用者未累積足夠的信用以產生合約時，則透過網際網路發佈警告，通知使用者必須補注服務(充值)。

如果使用者具有所謂有效狀態，例如具有足夠的信用，則透過在全部組件中分配內部訊息開始認證郵件的程序，增加發送者、接收者、收報局電話、附件與序號(serial number)，將一切放到入局元件的資料庫中。

此後，全部資料被發送給認證伺服器，此認證伺服器用於驗證合約請求中是否提供了電話號碼。如果未提供電話號碼，然後此程序則向前移動到第4圖所述的程序，其中此程序僅僅透過電子郵件進行。如果主題或題目中包含稱為收報局電話號碼的資料，則完成第2圖中詳細描述的程序。

如果主題中包含電話，則建立電子郵件訊息，其中包含易於辨識的內容，例如從cliente@contratos.server.com類型的發送者透過使用者所發送的被寄往主題中包含的地址的郵件中以待被接受的合約正文，以及產生認證的SMS，表示此電話將要接收具有條件的合約，以及假若收報人(addressee)有興趣接受時，然後藉由SMS或者藉由電子郵件的積極回應則應該足以。SMS與電子郵件的程序可同時，或者可首先郵件然後SMS，取決於市場條件、網路或者客戶需求。

這種SMS被發送到電信事業經營者的出局SMS伺服器，這樣透過互相連接的網路，則到達收報人事業經營者的SMS伺服器，以及可被送達到合約接收者的收報局行動電話。這種SMS可應答或者不應答。用任何正文應答的情況下，此訊息到達行動電話事業經營者的收報局伺服器，且透過互相連接的網路被定向到事業經營者的入局訊息伺服器。一旦到達，將進入認證伺服器，認證伺服器將依照判定政策決定產生認證電子合約的時刻。

在郵件程序中，被發送到電信事業經營者的出端SMS伺服器，以及確定是否在收報局郵件中此郵件是否可被送達。如果無法被送達，則下一步驟為第5圖所詳細描述的NOEX過程。

郵件可在某些條件下被送達的情況下，被使用者讀取且被應答，此回應則透過合約接收者的郵件伺服器被發送，此郵件伺服器將其發送到事業經營者的入局郵件伺服器，依序將其發送到認證伺服器。

一旦從使用者接收到回應，則認證伺服器分配此回應資料且將其引入應答資料庫中。接下來，利用全部收報局事業經營者客戶資料、日期、時間、請求與事業經營者客戶發送的內容，加上儲存請求的資料庫中先前儲存的訊息訊務期間獲得的資料，認證伺服器產生憑證的第一部份。

然後，利用應答資料庫中包含的資料，利用使用者的應答產生第二部份。這種經過認證的電子合約被保留為PDF格式，且使用事業經營者操作者的的電子簽名被數位簽字。一旦完成這個，則進行此內容的數位散列總和(HASH sum)以及向時間戳機構(TSA)伺服器要求時間戳，將其結合到產生的PDF中，由此利用認證的電子合約結束PDF合約的建立。

這種認證的電子合約的兩份拷貝最終透過事業經營者的出局郵件伺服器使用各自的郵件伺服器被發送到合約發送者與合約接收者。

如果來自電信事業經營者使用者的合約請求在電子郵件主題或者題目中未包含電話，則使用第4圖的流程示意圖中描述的程序。

一旦被接收且被驗證提供了信用，則利用郵件中包含的正文產生郵件合約，被寄往郵件的主題中之前包含的地址，將其發送到事業經營者的出端電子伺服器。出端電子伺服器處理郵件，以及將它們發送到收報局地址的郵件伺服器。在未被送達的情況下，出局郵件伺服器將開始NOEX程序，或者郵件地址不存在的程序。第5圖的示意圖中將描述NOEX程序。

具有發送者cliente@contratos.operador.com的郵件與合約被送達收報局伺服器，將其送達電信事業經營者的非客戶收報人使用者。如果最終的收報局未在期望產生合約的客戶所判定的週期內給出回應，通常這個週期為24至48小時，則開始第5圖描述的所謂NORESPMAIL的程序。

如果事業經營者的非客戶收報局收報人對合約給出了回應，則回應被送達到收報局郵件的郵件伺服器，將其發送到事業經營者的入局郵件伺服器。一旦到達，則入局郵件伺服器確定其為認證的電子合約，然後將其發送到認證伺服器。

認證伺服器將回應分配到其全部元件中，以及將它們引入回應或者入局元件資料庫。一旦完成，認證伺服器開始最終程序，首先用出局元件或者請求資料庫中的材料內容建立認證的電子合約，其中材料內容包含名字與公司名稱以及送達初始郵件的時間、日期與收報局。

一旦透過做出請求實現第一部份，則第二部份繼續進行對來自入局元件的資料庫的請求的回應或其他回應，包含事業經營者的非客戶來源收報局地址、應答的日期、時間與正文以及IP可追溯性，其中訊息已經透過IP可追溯性被接收。

一旦藉由請求與回應完成合約，則合約被數位簽名且實現數位總數散列，數位總和散列被發送到時間戳伺服器以被包含於憑證中。一旦利用由電信事業經營者與第三方時間戳的數位簽名認證且簽名的合約建立 PDF文檔，則一份拷貝經由電子郵件被發送到事業經營者的出端伺服器到電信事業經營者的客戶，透過其電子郵件伺服器被送達；以及另一份拷貝透過其電子郵件伺服器被傳送到收報人到接收者，考慮到這個程序，完成本發明的目的。

第5圖的示意圖中，詳細描述了當事業經營者未接收到對事業經營者的初始電子郵件的回應時，NOEX或者不存在或者NORESPMAIL情況下的程序。這種情況下，認證伺服器利用初始資料由電信事業經營者產生一個憑證，表示或者不存在收報局，或者沒有回應。這個證書被發送到事業經營者客戶的郵件伺服器，最終被傳送到客戶使用者。

Claims

一種藉由電信事業經營者的使用者建立認證電子合約的方法，包含：作為一發送者的該使用者建立且發送至少一個電子訊息，該電子訊息被寄往一接收者或者一收報人，其中該電子訊息依序包含至少一個電子合約，以及在主題欄中包含與該電子訊息的一收報局相關的以下資料至少其一：一電子訊息接收者的行動號碼與該電子訊息接收者的一電子郵件地址；接收該電信事業經營者的一入局郵件伺服器中的該電子訊息；判定發送的該使用者的地址是否在能夠產生憑證(certificates)的地址的一資料庫中；分解該電子訊息為至少其一：發送者、接收者、收報人、收報局電話號碼與附件；將一認證伺服器連同其序號增加到分解的該電子訊息；採用易於識別的方式建立包含該合約的一電子郵件；建立一短訊息服務(SMS)訊息，表明該合約的接收；透過該電信事業經營者的一出局訊息伺服器發送該電子郵件，以及透過該電信事業經營者發送之前步驟建立的該SMS訊息到該收報人，到該電子訊息的該主題欄中包含的收報局至少其一，其中該電子郵件與該SMS訊息至少其一包含該合約的接受請求；該收報人接收對該電子郵件與該SMS訊息至少其一的請求的一回應；藉由該認證伺服器將該回應分解為向應資料，依序包含至少其一：收報局事業經營者資料、日期、時間、發送內容、所謂訊息傳輸的資料以及待接受的請求合約的資料；產生一第一憑證，其中包含該回應資料；產生一第二憑證，其中包含該接收者產生的對其接收的請求的至少一個回應；透過產生合約的一認證檔案以結合該第一憑證與該第二憑證；藉由該電信事業經營者的一簽名以對認證的該合約檔案數位簽名；實現認證的該合約檔案的內容的一數位總和散列；以及增加一時間戳機構產生的一時間戳。
如請求項1所述之藉由電信事業經營者的使用者建立認證電子合約的方法，更包含驗證發送狀態是否有效，方式為在進行該方法時驗證是否被包含在具有有效狀態的使用者的資料庫中。
如請求項1所述之藉由電信事業經營者的使用者建立認證電子合約的方法，更包含：產生認證的該合約檔案的至少兩個拷貝；以及透過該電信事業經營者的郵件伺服器發送一拷貝分別到認證的該合約檔案的該發送者與該接收者。
如請求項1所述之藉由電信事業經營者的使用者建立認證電子合約的方法，更包含將分解的該電子訊息連同其序號儲存在一入局資料庫中。
如請求項1所述之藉由電信事業經營者的使用者建立認證電子合約的方法，更包含將對該合約的請求的該回應資料儲存在一回應資料庫中。