6.1　消息編碼

6.1.1　參數類型

本部分使用如下參數類型：

—— ——Char：表示GB 13000-2010中所規定的字符集中的一個字符，本部分中所使用的字符類型參數僅包含可見字符，此外，本部分使用逗號字符（‘，’，編碼：U+002C）作為分隔符，因此參數的值不能包含該字符。

—— ——Byte：表示8比特長的單個字節。

—— ——Char/Byte(X)表示長度固定為X個Char/Byte類型字符的參數。

—— ——Char/Byte (A..B)表示長度為A至B個Char/Byte類型字符的參數。

—— ——Char/Byte (0..A)表示可為空且長度至多為A個Char/Byte類型字節的參數。

6.1.2　參數編碼規則

消息發送方（應用服務提供方和eID平臺）應遵循以下規則生成并發送注冊請求、注冊返回結果、eID驗證服務請求、eID驗證請求和eID驗證服務返回結果等消息：

消息發送方應將消息中所有參數類型為Byte()的參數的值按照IETF RFC 4648-2006中所述Base64編碼規則進行編碼，將其轉化為Char()類型。

消息發送方應將轉化后的所有參數按照如下格式組裝成Char()類型的字符串：

{
        “參數標識1”: “參數值1”,
        “參數標識2”: “參數值2”,
        …
        “參數標識N”: “參數值N”,
}

其中名稱/值對的名稱應與本部分所規定的參數標識一致，各參數標識間無順序。在組裝時，應忽略所有的不可見字符。若某參數值為空，則在生成的字符串中，該參數的參數標識保留，參數值設為空（長度為0的字符串）。具體的請求參數示例參見附錄B。

消息發送方將組裝好的數據放入http body域中，并新增下列內容

HEAD：“idsp-protocol-version=2.0.0”

以用來描述本協議內容的版本號。

消息發送方使用GB 13000-2010中規定的UTF-8編碼格式數據字符串進行編碼，然后用POST方式將消息發送到請求地址，進行接口調用。接口調用示例參見附錄A。

收到消息后，消息接收方應按照本節的參數編碼規則的對組裝好的參數進行解析，獲取各名稱對應的參數值。解析步驟示例參見附錄B.3。