TW202211647A

TW202211647A - 通信系統、發送裝置、接收裝置、通信方法、及程式產品

Info

Publication number: TW202211647A
Application number: TW110121176A
Authority: TW
Inventors: 蔡永男
Original assignee: 日商樂天集團股份有限公司
Priority date: 2020-08-31
Filing date: 2021-06-10
Publication date: 2022-03-16
Also published as: JP7175944B2; JP2022153444A; TWI787862B; JP2022040724A; JP7358574B2

Abstract

本發明應對發送對象資料接收之雜訊。通信系統(S)之發送裝置(20)將發送對象資料分割為複數個資料部分，以包含重複複數個之至少一個資料部分、且包含發送對象資料中之該資料部分之順序相關的順序資訊之方式，作成複數個封包之各者，對接收裝置(30)發送複數個封包之各者。通信系統(S)之接收裝置(30)從發送裝置(20)接收複數個封包之各者，基於複數個封包之各者中所包含之重複複數個之至少一個資料部分及順序資訊，結合複數個資料部分而取得發送對象資料，並基於發送對象資料執行規定處理。

Description

通信系統、發送裝置、接收裝置、通信方法、及程式產品

本發明係關於通信系統、發送裝置、接收裝置、通信方法及程式產品。

先前，從發送裝置對接收裝置發送用戶之識別資訊等發送對象資料之技術已為人所知。例如，專利文獻1中記載了如下技術：發送裝置藉由於規定時序變更之密鑰將用戶之識別資訊加密，利用Bluetooth(註冊商標)之廣告封包(advertising packet)，將經加密之識別資訊發送至接收裝置。 [先前技術文獻] [專利文獻]

[專利文獻]日本專利特開2016-116130號公報

[發明所欲解決之問題]

專利文獻1之技術中，由於對每個用戶而言識別資訊不同，故接收裝置需要接收包含任意識別資訊之廣告封包。就該點而言，於轉換為類比之電氣信號時或發送廣告封包之期間等，有時會產生雜訊。因此，專利文獻1之接收裝置為了準確地取得識別資訊，必須區分未受到雜訊影響之廣告封包與已受到雜訊影響之廣告封包。

專利文獻1之廣告封包中包含作為一種錯誤檢測碼之CRC(Cyclic Redundancy Check，循環冗餘檢測)，但CRC之錯誤檢測精度有限，有時無法充分應對識別資訊接收到之雜訊。就該點而言，對於Bluetooth(註冊商標)以外的其他通信協定亦同樣，先前方法無法充分應對發送對象資料接收到之雜訊的影響。

本發明之目的之一在於應對發送對象資料接收到之雜訊。 [解決問題之技術手段]

本發明之預測損益顯示系統係包括發送裝置及接收裝置之通信系統，上述發送裝置包括：分割機構，其將發送對象資料分割為複數個資料部分；作成機構，其以複數個封包之各者中包含重複複數個之至少一個上述資料部分、且包含上述發送對象資料中之該資料部分之順序相關的順序資訊之方式，作成上述複數個封包之各者；及發送機構，其對上述接收裝置發送上述複數個封包之各者；上述接收裝置包括：接收機構，其從上述發送裝置接收上述複數個封包之各者；取得機構，其基於上述複數個封包之各者中包含之重複複數個之上述至少一個資料部分及上述順序資訊，結合上述複數個資料部分而取得上述發送對象資料；及執行機構，其基於上述發送對象資料執行規定處理。

本發明之發送裝置包括：分割機構，其將發送對象資料分割為複數個資料部分；作成機構，其以複數個封包之各者中包含重複複數個之至少一個上述資料部分、且包含上述發送對象資料中之該資料部分之順序相關的順序資訊之方式，作成上述複數個封包之各者；及發送機構，其對接收裝置發送上述複數個封包之各者。

本發明之接收裝置包括：接收機構，其從發送裝置接收複數個封包之各者；取得機構，其基於上述複數個封包之各者中包含之重複複數個之至少一個資料部分及該資料部分之順序相關的順序資訊，結合複數個上述資料部分而取得發送對象資料；及執行機構，其基於上述發送對象資料執行規定處理。

本發明之通信方法包括：分割步驟，其係將發送對象資料分割為複數個資料部分；作成步驟，其係以複數個封包之各者中包含重複複數個之至少一個上述資料部分、且包含上述發送對象資料中之該資料部分之順序相關的順序資訊之方式，作成上述複數個封包之各者；發送步驟，其係對接收裝置發送上述複數個封包之各者；接收步驟，其係從發送裝置接收上述複數個封包之各者；取得步驟，其係基於上述複數個封包之各者中包含之重複複數個之上述至少一個資料部分及上述順序資訊，結合上述複數個資料部分而取得上述發送對象資料；及執行步驟，其係基於上述發送對象資料執行規定處理。

本發明之程式產品用以使電腦作為下述機構發揮功能：分割機構，其將發送對象資料分割為複數個資料部分；作成機構，其以複數個封包之各者中包含重複複數個之至少一個上述資料部分、且包含上述發送對象資料中之該資料部分之順序相關的順序資訊之方式，作成上述複數個封包之各者；及發送機構，其對接收裝置發送上述複數個封包之各者。

本發明之程式產品用以使電腦作為下述機構發揮功能：接收機構，其從發送裝置接收複數個封包之各者；取得機構，其基於上述複數個封包之各者中包含之重複複數個之至少一個資料部分及該資料部分之順序相關的順序資訊，結合複數個上述資料部分而取得發送對象資料；及執行機構，其基於上述發送對象資料執行規定處理。

本發明之一態樣中，上述複數個封包之各者於第1資料區域中，包含重複複數個之上述至少一個資料部分，於第2資料區域中包含上述順序資訊，上述取得機構掃描上述第1資料區域中包含之值彼此相同的封包，並基於該經掃描之封包取得上述發送對象資料。

本發明之一態樣中，上述作成機構以上述複數個封包之各者中包含重複複數個之上述順序資訊之方式，作成上述複數個封包之各者，上述取得機構基於上述複數個封包之各者中包含之重複複數個之上述至少一個資料部分、及重複複數個之上述順序資訊，取得上述發送對象資料。

本發明之一態樣中，上述複數個封包之各者於第1資料區域中包含重複複數個之上述至少一個資料部分，於第2資料區域中包含重複複數個之上述順序資訊，上述取得機構掃描上述第2資料區域中包含之值彼此相同的封包，並基於該經掃描之封包取得上述發送對象資料。

本發明之一態樣中，上述作成機構以上述複數個封包之各者中連續地包含重複複數個之上述順序資訊之方式，作成上述複數個封包之各者。

本發明之一態樣中，上述作成機構以上述複數個封包之各者中重複複數個之上述至少一個資料部分與上述順序資訊離開規定距離以上的方式，作成上述複數個封包之各者。

本發明之一態樣中，上述作成機構以上述複數個封包之各者中連續地包含重複複數個之上述至少一個資料部分之方式，作成上述複數個封包之各者。

本發明之一態樣中，上述接收裝置進而包含特定出上述資料部分之個數之特定機構，上述取得機構從上述複數個封包之各者取得上述至少一個資料部分及上述順序資訊直至達到上述個數為止，於已達到上述個數時取得上述發送對象資料。

本發明之一態樣中，上述發送對象資料為規定位數之數值，上述複數個資料部分之各者為上述數值中所包含之各個的位，上述順序資訊表示於上述數值中為第幾位，上述特定機構將上述位數特定為上述個數。

本發明之一態樣中，上述接收裝置能夠與複數個上述發送裝置之各者通信，上述複數個封包之各者中包含能夠識別已發送該封包之上述發送裝置之識別資訊，上述取得機構基於上述複數個封包之各者中所包含之上述識別資訊，針對每個上述發送裝置取得上述發送對象資料。

本發明之一態樣中，上述複數個封包之各者為規定之無線通信標準中之廣告封包，上述作成機構以複數個上述廣告封包之各者中包含重複複數個之上述至少一個資料部分且包含上述順序資訊作為上述無線通信標準中之服務UUID(Universally unique identifier，通用唯一識別符)之一部分之方式，作成上述複數個廣告封包之各者，上述發送機構利用上述無線通信標準，發送上述複數個廣告封包之各者，上述接收機構利用上述無線通信標準，接收上述複數個廣告封包之各者，上述取得機構基於上述複數個廣告封包之各者中作為上述服務UUID之一部分而包含的重複複數個之上述至少一個資料部分及上述順序資訊，取得上述發送對象資料。

本發明之一態樣中，上述發送裝置中安裝有規定之應用程式，上述分割機構、上述作成機構及上述發送機構之各者之處理係作為上述應用程式之處理而執行，上述服務UUID中包含能夠識別上述應用程式之應用程式識別ID，上述取得機構掃描上述服務UUID中包含上述應用程式識別ID之上述廣告封包，取得上述發送對象資料。

本發明之一態樣中，上述發送對象資料為能夠識別上述發送裝置之用戶之用戶ID，上述規定處理係基於上述用戶ID執行之認證處理。

本發明之一態樣中，上述接收裝置進而包含取得上述用戶之生物體資訊之生物體資訊取得機構，上述執行機構基於上述用戶ID及上述生物體資訊，執行上述認證處理。 [發明之效果]

根據本發明，可應對發送對象資料接收到之雜訊。

[1.通信系統之整體構成] 以下，對本發明之通信系統之實施方式之例進行說明。本實施方式中，列舉將通信系統適用於認證用戶之認證服務之情形為例。通信系統能夠適用於任意之服務，關於適用於其他服務之例將在後述之變化例中加以說明。

圖1係表示通信系統之整體構成之圖。如圖1所示，通信系統S包含伺服器10、用戶終端20及認證裝置30，其等能夠連接於網際網路等網路N。再者，圖1中，將伺服器10、用戶終端20及認證裝置30之各者各表示1台，但其等亦可為複數台。

伺服器10係伺服器電腦。伺服器10包含控制部11、記憶部12及通信部13。控制部11包含至少一個處理器。控制部11根據記憶於記憶部12中之程式或資料執行處理。記憶部12包含主記憶部及輔助記憶部。例如，主記憶部係RAM(Random Access Memory，隨機存取記憶體)等揮發性記憶體。而且，例如輔助記憶部係ROM(Read Only Memory，唯讀記憶體)、EEPROM(Electronically Erasable and Programmable Read Only Memory，電子可擦可程式化唯讀記憶體)、快閃記憶體或硬碟等非揮發性記憶體。通信部13係有線通信或無線通信用之通信介面。通信部13經由網路N而進行資料通信。

用戶終端20係用戶操作之電腦。用戶終端20為發送裝置之一例。因此，本實施方式中對用戶終端20所說明之處可改稱為發送裝置。發送裝置為發送後述發送對象資料被分割後之各個資料部分之裝置即可，關於發送裝置之其他例將在後述之變化例中加以說明。

例如，用戶終端20係行動電話(包含智慧型手機)、行動資訊終端(包含平板型電腦及可穿戴終端)、或個人電腦等。本實施方式中，用戶終端20包含控制部21、記憶部22、通信部23、操作部24、顯示部25、及攝影部26。控制部21、記憶部22、及通信部23之物理性構成可分別與控制部11、記憶部12、及通信部13相同。

操作部24係輸入器件。例如，操作部24係觸控面板或滑鼠等指向器件、鍵盤或按鈕等。顯示部25係顯示器或監視器。例如，顯示部25係液晶顯示部或有機EL(Electroluminescence，電致發光)顯示部等。攝影部26包含至少1台相機。攝影部26可生成靜止圖像，亦能夠以規定之框速率連續地拍攝而生成動態圖像。

認證裝置30係用於認證的電腦。認證裝置30係接收裝置之一例。因此，本實施方式中對認證裝置30所說明之處可改稱為接收裝置。接收裝置為接收後述發送對象資料被分割後之各個資料部分之裝置即可，關於接收裝置之其他例將在後述之變化例中加以說明。

例如，認證裝置30係行動電話、行動資訊終端或個人電腦等。本實施方式中，認證裝置30包含控制部31、記憶部32、通信部33、操作部34、顯示部35、及攝影部36。控制部31、記憶部32、通信部33、操作部34、顯示部35、及攝影部36之物理性構成可分別與控制部11、記憶部12、通信部13、操作部24、顯示部25、及攝影部26相同。

再者，被說明為記憶於記憶部12、22、32之程式及資料可經由網路而供給。而且，上述說明之各電腦之硬體構成不限於上述例，能夠適用各種硬體。例如，可包含讀取電腦可讀取之資訊記憶介質之讀取部(例如，光碟機或記憶卡插槽)或與外部機器進行資料之輸入輸出之輸入輸出部(例如，USB(Universal Serial Bus，通用串列匯流排)端口)。例如，記憶於資訊記憶介質中之程式或資料可經由讀取部或輸入輸出部供給。

[2.通信系統之概要] 本實施方式中，列舉用戶通過安全門之場景為例，對通信系統S中執行之處理進行說明。通信系統S亦可適用於其他任意之場景中之認證，適用於其他場景之例在後述變化例中加以說明。

圖2係表示利用通信系統S之場景之一例的圖。如圖2所示，安全門SG包含旋轉式之門。安全門SG連接有認證裝置30。安全門SG之門由鎖定機構鎖定。若用戶之認證成功，則鎖定被解除。例如，安全門SG配置於工作單位之公司或公共設施等任意設施處，只有具有進入設施資格之用戶才可通過安全門SG。

本實施方式中，作為認證用戶之認證方法，列舉包含ID認證與面部認證之兩階段認證。認證方法不限於本實施方式之例，可利用其他任意之認證方法。例如，可利用面部認證以外之其他生物體認證，如指紋認證、虹膜認證、靜脈認證或語音認證等。而且，可利用ID認證及面部認證以外之其他認證方法，例如二維碼認證、口令碼(passcode)認證、密碼(password)認證、電子印章認證或口號認證等。而且，例如可為一階段認證，亦可為三階段以上之認證。

ID認證係利用預先發行之用戶ID進行之認證。用戶ID係能夠識別用戶之資訊。本實施方式中，將說明用戶ID為規定位數之數值之情形，但用戶ID的位數可根據用戶而不同。用戶ID可為任意形式，不限於數值。例如，用戶ID可為字串，亦可為數值(數字)與字符之組合。於輸入預先發行之用戶ID時ID認證成功。本實施方式中，若伺服器10中登錄之任何用戶ID被輸入至認證裝置30，則ID認證成功。

面部認證係利用預先登錄之面部照片或面部特徵量進行之認證。面部照片係拍攝到用戶之面部之圖像。面部特徵量係表示面部照片中所示之面部特徵之資訊。本實施方式中，雖說明面部特徵量為多維向量之情形，但面部特徵量可為任意形式，例如，可為數組或各個數值。本實施方式中，於伺服器10中登錄之面部照片或面部特徵量中存在與認證裝置30拍攝到之用戶之面部照片或面部特徵量相似或一致者之情形時，面部認證成功。面部認證自身可利用公知方法，例如，可利用主成分分析、線性判別分析、彈性匹配、或隱式馬爾可夫模型(hidden Markov model)等方法。特徵量可用與該等方法相應之計算式計算。

例如，當用戶操作用戶終端20進行認證服務之利用登錄時，用戶之姓名等個人資訊及用戶之面部照片被登錄於伺服器10中。當利用登錄完成時，由伺服器10發行之用戶ID記憶於用戶終端20之記憶部22中。然後，用戶利用認證服務能夠通過安全門SG。

雖可永久地使用相同的用戶ID，但本實施方式中，係於規定之時序更新用戶ID。若更新用戶ID，則之前使用的舊用戶ID將失效。例如，用以利用認證服務之應用程式(以後，稱為認證應用程式)被安裝於用戶終端20，每次啟動認證應用程式時更新用戶ID。

再者，用戶ID之更新時序不限於認證應用程式之啟動時，可為任意之時序。例如，當用戶於認證應用程式內進行規定操作時、當ID認證成功時或當用戶ID中設定的有效期限到期時，可更新用戶ID。

如圖2所示，例如，用戶於將用戶終端20放入衣服之口袋之狀態下靠近安全門SG。用戶終端20之通信部23預先開啟無線通信功能，將記憶於記憶部22之用戶ID於通信範圍內發送。無線通信功能可於已靠近安全門SG時自動開啟，亦可由用戶手動開啟。無線通信自身可利用任意之通信標準，例如，可利用Bluetooth(註冊商標)或Wi-Fi(註冊商標)。

本實施方式中，用戶終端20利用作為Bluetooth(註冊商標)之一種的BLE(Bluetooth Low Energy，低功耗藍牙)之廣告封包發送用戶ID。廣告封包係進行配對前發送之封包，用戶終端20對包含在數米～數十米左右的通信範圍內的不特定數個裝置發送廣告封包。

圖3係表示廣告封包之格式之一例之圖。廣告封包之格式依據無線通信標準而定，通常，格式之詳情公開。因此，本實施方式中，不說明所有格式，而僅說明用戶ID之發送中利用之部分。

如圖3所示，廣告封包中包含用以儲存實際資料之資料有效負載部。資料有效負載部之尺寸可變，最大為37位元組(八位元組)。實際資料儲存於資料有效負載部之AD資料部。儲存於AD資料部之實際資料之種類由資料有效負載部之AD類型而特定。認證裝置30藉由參照AD類型，可特定出儲存於對應之AD資料部之實際資料的種類。

例如，AD類型為第1值意味著儲存於AD資料部之實際資料為服務UUID。服務UUID為能夠識別服務之資訊。例如，藉由服務UUID來識別已發送廣告封包之應用程式。藉由認證應用程式所發送之廣告封包的服務UUID，而識別出該廣告封包已由認證應用程式發送。

而且，例如AD類型為第2值意味著儲存於AD資料部之實際資料為局部名。局部名為能夠識別器件之資訊。例如，局部名為用戶終端20之器件名。根據用戶終端20之作業系統，當認證應用程式等應用程式為後台模式時，或者，當從用戶終端20為睡眠模式以來已經過特定時間時，為了節省電力，記憶體上之局部名有時會被抹除而無法發送。

另一方面，只要不刪除認證應用程式等應用程式，服務UUID就可發送相同資訊。因此，本實施方式中，藉由發送在服務UUID之一部分中嵌入了用戶ID之廣告封包，即便不進行配對，亦可從用戶終端20將用戶ID發送至認證裝置30。

服務UUID利用根據無線通信標準規定的格式即可。例如，若為128位元之服務UUID，則由36位構成，該36位包含32位之數值及4個連字符。36位中之連字符之位置已被預先規定。由於不需要使用所有服務UUID來識別服務，故即使將服務UUID之一部分用於用戶ID，認證裝置30亦可識別出是哪個服務之廣告封包。

認證裝置30因可能接收由認證應用程式以外之其他應用程式發送的廣告封包，故掃描發送至自身之廣告封包中的由認證應用程式發送之廣告封包。即，認證裝置30將由認證應用程式發送之廣告封包作為處理對象，並將由其他應用程式發送之廣告封包從處理對象中排除並廢除。

圖4－圖6係表示認證裝置30掃描廣告封包之情況之圖。圖4及圖5中示出參考用之說明，圖6中示出本實施方式之方法。再者，本實施方式中，說明用戶ID為「0000」～「9999」之4位數值，圖4－圖6中用戶ID為「2791」之情形。

圖4之服務UUID係於第1位～第32位中儲存「68753A44－4D6F－1226－9C60－0050E4C0」作為應用程式識別ID，於第33位～第36位中儲存「2791」作為用戶ID。應用程式識別ID係能夠識別認證應用程式之資訊。應用程式識別ID被預先記憶於用戶終端20之記憶部22中。

用戶終端20作成包含圖4所示之服務UUID之廣告封包，並將所作成之廣告封包發送至周圍。存在於用戶終端20之通信範圍內之認證裝置30掃描發送至自身之廣告封包中包含服務UUID且包含認證應用程式之應用程式識別ID的廣告封包。即，認證裝置30掃描AD類型為第1值且儲存於AD資料部之服務UUID之第1位～第32位為「68753A44－4D6F－1226－9C60－0050E4C0」之廣告封包。關於其他廣告封包，不經掃描便廢除。

圖4之例中，服務UUID之第33位～第36位為任意數值，因此掃描對象係第33位～第36位為「0000」～「9999」之1萬種。認證裝置30因需要將龐大數量之廣告封包作為掃描對象，故有時無法根據認證裝置30之性能掃描所有的廣告封包。例如，即便使認證裝置30掃描1萬種，但實際上也只能掃描數百～數千種，認證裝置30無法接收用戶ID從而無法執行認證處理。

而且，當用戶終端20將作為數位資料作成之廣告封包轉換為類比之電氣信號時，有時會產生雜訊。有時雜訊亦會因其他因素而產生。例如，雜訊有時因空氣中之外部因素而產生，或者於認證裝置30接收到之類比之電氣信號轉換為數位資料時產生雜訊。因此，即使用戶終端20重複發送包含相同服務UUID之廣告封包，有時由於雜訊之影響，用戶ID亦會被改寫。

圖4之例中，認證裝置30從用戶終端20接收到之4個廣告封包中的3個中產生了雜訊。雖然該等4個廣告封包應儲存相同的用戶ID，但例如第33位～第36位之至少一個值會因雜訊之影響而被改寫。該情形時，認證裝置30無法判別哪個是正確的用戶ID。

可以想到，對於認證裝置30接收到之所有4種廣告封包，均視作正確的用戶ID，並循環比對地執行認證處理，但該情形時，由於需要多次執行認證處理，故伺服器10及認證裝置30之處理負荷增加。進而，位於安全門SG之前之用戶可能會被誤認證為面部相似的其他用戶。圖4之例中，於用戶ID為「2791」之用戶與用戶ID為「1791」、「2795」、「8791」之用戶之面部相似之情形時，存在誤認證之可能性。

就該點而言，如圖5所示，亦可想到藉由將用戶ID「2791」分割為各個的位，並於4個服務UUID之各者中儲存2個重複之位，來降低雜訊之影響。圖5之例中，服務UUID之第1位～第32位與圖4相同，為應用程式識別ID。於服務UUID之第33位與第34位中，儲存有「00」作為填補以使服務UUID為36位。於服務UUID之第35位與第36位中，儲存有重複的用戶ID之各個的位之數值。

例如，第1個服務UUID之第35位與第36位係將作為用戶ID之第1位的「2」重複地加入2個而成為「22」。而且，例如第2個服務UUID之第35位與第36位係將作為用戶ID之第2位的「7」重複地加入2個而成為「77」。而且，例如第3個服務UUID之第35位與第36位係將作為用戶ID之第2位的「9」重複地加入2個而成為「99」。而且，例如第4個服務UUID之第35位與第36位係將作為用戶ID之第4位的「1」重複地加入2個而成為「11」。

於圖5之情形時，認證裝置30因只需掃描第35位與第36位一致之廣告封包即可，故掃描對象為10種，即，第35位與第36位從「00」～「99」一致者。由於與圖4之情形相比掃描對象大幅減少，故可減少認證裝置30之處理負荷，並能夠可靠地掃描所有。因此，可防止用戶ID從掃描對象遺漏而無法執行認證處理。

進而，若第35位與第36位不一致則不會被掃描，因此可一定程度上消除雜訊之影響。例如，於第35位與第36位為表示用戶ID之第1位之「22」時，即使受到雜訊之影響成為「24」，亦會因第35位與第36位不一致而不被掃描，故可排除受到雜訊之影響之廣告封包並廢除。然而，如圖5所示，若第35位與第36位之雙方受到雜訊之影響，將「22」改寫為「55」，則無法排除這種受到雜訊之影響之廣告封包。

而且，於圖5之情形時，因將4位之用戶ID分為4個廣告封包發送，故認證裝置30有可能無法特定出各個的位之順序。例如，即使將從第1個服務UUID到第4個服務UUID按照順序發送，認證裝置30亦未必按照發送順序接收，即使按照接收順序來排列位，亦有時無法獲得正確的用戶ID。進而，根據認證裝置30之作業系統，所接收之服務UUID有時按照升序排序。該情形時，「2791」之用戶ID之各個的數值按升順排序而成為「1279」，這可能不是正確的用戶ID。

因此，本實施方式中，如圖6所示，服務UUID中包含順序資訊。順序資訊為用戶ID中之各個的位之順序相關之資訊。本實施方式中，因4位之用戶ID被分割為各個的位，故順序資訊係表示為用戶ID之第幾位之資訊。圖6之例中，「A」、「B」、「C」、「D」分別表示為第1位、第2位、第3位、第4位。順序資訊能夠以其他任意形式表現，例如，能夠以「1」～「4」之數值表現。而且，例如如「A」表示第4位、「B」表示第1位般，字符順序與位順序不必一致。

圖6之例中，服務UUID之第1位～第14位之「68753A44－4D6F－」及第19位～第32位之「－9C60－0050E4C0」為應用程式識別ID。圖6之應用程式識別ID之位數雖少於圖4及圖5之應用程式識別ID，但由於具有足以識別應用程式之位數，故認證裝置30可識別出其為認證應用程式之廣告封包。

再者，應用程式識別ID可為任意位數，但若位數過少則可能與其他應用程式重複而無法區分，因此設為具有一定程度的位數(例如，10位以上)。服務UUID已規定位數之上限(例如，36位)，故規定了用戶ID之位的個數或順序資訊之個數，以可確保一定程度的位數作為應用程式識別ID。相反，若用戶ID之位的個數或順序資訊之個數過少，則降低雜訊影響之效果會減弱，因此亦確保該等之個數為一定程度。

如圖6所示，於服務UUID之第15位～第18位中儲存了重複4個之順序資訊，服務UUID之第33位～第36位中儲存了重複4個之用戶ID之各個的位之數值。

例如，第1個服務UUID之第15位～第18位係將表示為第1位之「A」重複地加入4個而成為「AAAA」，第33位～第36位係將作為用戶ID之第1位的「2」重複地加入4個而成為「2222」。而且，例如第2個服務UUID之第15位～第18位係將表示為第2位之「B」重複地加入4個而成為「BBBB」，第33位～第36位係將作為用戶ID之第2位的「7」重複地加入4個而成為「7777」。

而且，例如第3個服務UUID之第15位～第18位係將表示為第3位之「C」重複地加入4個而成為「CCCC」，第33位～第36位係將作為用戶ID之第3位的「9」重複地加入4個而成為「9999」。而且，例如第4個服務UUID之第15位～第18位係將表示為第4位之「D」重複地加入4個而成為「DDDD」，第33位～第36位係將作為用戶ID之第4位的「1」重複地加入4個而成為「1111」。

於圖6之情形時，掃描對象為40種，即，將第33位～第36位為「0000」～「9999」之10種乘以第15位～第18位為「AAAA」～「DDDD」之4種而得。雖然掃描對象較圖5之情形略多，但掃描對象明顯小於圖4之情形，認證裝置30能夠可靠地掃描所有。而且，認證裝置30可根據順序資訊，特定出各個的位之順序而準確地取得用戶ID。進而，與圖5之情形相比，因順序資訊與用戶ID之各個的位分別各重複4個，重複數多，故降低雜訊之效果亦增大。

認證裝置30取得用戶ID時，由攝影部36拍攝用戶之面部而取得面部照片。認證裝置30對伺服器10發送用戶ID及面部照片。伺服器10基於用戶ID及面部照片進行ID認證與面部認證，對認證裝置30發送表示認證是否成功之認證結果。認證裝置30於認證已成功之情形時，解除安全門SG之鎖定，使提示用戶通行之消息顯示於顯示部35。認證裝置30於認證已失敗之情形時，不解除安全門SG之鎖定，使規定之錯誤消息顯示於顯示部35。

如以上，本實施方式中，藉由利用廣告封包，即使不在用戶終端20與認證裝置30之間配對，亦可執行認證處理。進而，各個廣告封包藉由包含重複複數個之順序資訊且包含重複複數個之用戶ID之各個的位，而應對雜訊之影響，從而使認證裝置30準確地取得用戶ID。以後，將說明通信系統S之詳情。

[3.通信系統中實現之功能] 圖7係表示通信系統S中實現之功能之一例的功能方塊圖。此處，對由伺服器10、用戶終端20及認證裝置30之各者實現之功能進行說明。

[3－1.伺服器中實現之功能] 如圖7所示，伺服器10中，實現了資料記憶部100、發行部101及執行部102。資料記憶部100主要由記憶部12實現。發行部101與執行部102之各者主要由控制部11實現。

[資料記憶部] 資料記憶部100記憶提供認證服務所需之資料。本實施方式中，作為資料記憶部100記憶之資料之一例，對用戶資料庫DB進行說明。

圖8係表示用戶資料庫DB之資料儲存例之圖。如圖8所示，用戶資料庫DB係儲存有與完成利用登錄之複數個用戶之各者相關的各種資訊之資料庫。例如，用戶資料庫DB中儲存有用戶賬戶、用戶姓名、密碼、用戶ID、經上載之面部照片之資料及根據面部照片計算出之面部特徵量。

用戶賬戶係能夠識別用戶之資訊。用戶賬戶係與用戶ID相似之概念，但本實施方式中，雖每次啟動認證應用程式時會更新用戶ID，但原則上用戶賬戶係永久使用而不進行更新。而且，本實施方式之用戶ID雖許可在沒有相似面部之用戶之間重複，但用戶賬戶原則上在用戶之間無論面部是否相似均不重複。用戶之郵件位址可用作用戶賬戶。

伺服器10於受理用戶之利用登錄時，在用戶資料庫DB中作成新的記錄，並儲存與已利用登錄之用戶相關的各種資訊。例如，伺服器10計算用戶上載之面部照片之特徵量，並儲存於用戶資料庫DB中。用戶ID藉由後述發行部101發行初始值，本實施方式中，每次啟動認證應用程式時更新為新的用戶ID。關於面部照片等其他資訊，亦可能事後變更。

再者，資料記憶部100記憶之資料不限於用戶資料庫DB，資料記憶部100能夠記憶任意資料。例如，於複數個認證裝置30包含於通信系統S之情形時，資料記憶部100可記憶資料庫，該資料庫儲存有與複數個認證裝置30之各者相關的各種資訊。

[發行部] 發行部101基於ID發行規則發行複數個用戶各者之用戶ID。ID發行規則為預先規定之規則即可，例如，可為隨機地發行用戶ID之規則，亦可為將空缺編號中之最小編號發行為用戶ID之規則。本實施方式中，列舉如下情形為例進行說明，即，ID發行規則為以不與面部相似之其他用戶之用戶ID重複的方式發行隨機的用戶ID之規則。

例如，發行部101於發行某個用戶(以後，稱為發行對象之用戶)之用戶ID之情形時，隨機地生成4位數值作為用戶ID之候選。發行部101參照用戶資料庫DB，並判定發行對象之用戶的面部與和所生成之候選相同的用戶ID所關聯之用戶的面部是否相似。面部之是否相似判定自身可利用面部認證中所利用之各種方法，本實施方式中，因面部特徵量以向量形式表現，故基於向量空間中之2個面部特徵量的距離來進行是否相似判定。距離未達閾值意味著面部相似。距離為閾值以上意味著面部不相似。

發行部101於上述判定中判定為不相似時，將當前之候選決定為發行對象之用戶的用戶ID。發行部101於上述判定中判定為相似時，隨機地生成其他4位數值，並作為新的候選而取得。以後，發行部101生成新的候選直至找到上述判定中判定為不相似之候選為止。

發行部101將上述所決定之用戶ID作為發行對象之用戶的用戶ID儲存於用戶資料庫DB中。發行部101對用戶終端20發送上述所決定之用戶ID。用戶終端20於接收用戶ID時，作為新的用戶ID記錄於後述資料記憶部200中，並抹除舊的用戶ID。本實施方式中，發行部101於用戶已進行利用登錄時或啟動了認證應用程式時，發行用戶ID，但如上所述，用戶ID之發行時序並不限於本實施方式之例。

[執行部] 執行部102基於認證裝置30之要求執行規定處理。規定處理為與適用通信系統S之服務相應的內容之處理即可。本實施方式中，已說明適用於認證服務之例，因此作為規定處理之一例，說明認證處理。執行部102從認證裝置30接收後述用戶ID取得部303所取得之用戶ID，並基於用戶ID執行認證處理。

本實施方式中，因利用ID認證與面部認證之兩階段認證，故執行部102藉由判定從認證裝置30接收到之用戶ID是否存在於用戶資料庫DB中，而執行ID認證。於用戶ID存在於用戶資料庫DB之情形時，ID認證成功。於用戶ID不存在於用戶資料庫DB之情形時，ID認證失敗。

執行部102於ID認證成功之情形時，基於從認證裝置30接收到之面部照片，計算作為處理對象之用戶之面部特徵量。執行部102基於計算出之面部特徵量與儲存於用戶資料庫DB中之成為正解之面部特徵量(與從認證裝置30接收到之用戶ID相關聯之面部特徵量)，執行面部認證。於該等距離未達閾值之情形時，面部認證成功。於該等距離為閾值以上之情形時，面部認證失敗。執行部102對認證裝置30發送ID認證與面部認證之認證結果。

再者，本實施方式中，說明於一個用戶資料庫DB中儲存有用戶ID及面部特徵量之情形，但亦可針對每個用戶ID劃分儲存面部特徵量之資料庫。該情形時，資料記憶部100記憶複數個資料庫，將用戶ID用作檢索資料庫之查詢。執行部102參照與從認證裝置30接收到之用戶ID相關聯之資料庫，判定是否存在與基於從認證裝置30接收到之面部照片所計算出之面部特徵量相似的面部特徵量。該情形時，由於不執行ID認證，故認證處理僅為一階段之面部認證。

[3－2.用戶終端中實現之功能] 如圖7所示，用戶終端20中，實現了資料記憶部200、分割部201、作成部202、及發送部203。資料記憶部200主要由記憶部22實現。分割部201、作成部202、及發送部203之各者主要由控制部21實現。本實施方式中，用戶終端20中安裝有認證應用程式，分割部201、作成部202、及發送部203之各者之處理作為應用程式之處理而執行。

[資料記憶部] 資料記憶部200記憶用戶利用認證服務所需之資料。例如，資料記憶部200記憶用戶之面部照片之資料、由發行部101發行之用戶ID、認證應用程式及認證應用程式之應用程式識別ID。用戶ID與應用程式識別ID可作為認證應用程式之一部分記憶於資料記憶部200中。

[分割部] 分割部201將發送對象資料分割為複數個資料部分。該分割規則被定義為認證應用程式。本實施方式中，分割部201將用戶ID分割為各個的位。用戶ID為發送對象資料之一例，各個的位為資料部分之一例。因此，本實施方式中對用戶ID所說明之處可改稱為發送對象資料，對各個的位所說明之處可改稱為資料部分。

發送對象資料係從用戶終端20發送至認證裝置30之資料。換言之，發送對象資料為分割前之資料，且為作為資料部分之分割源之資料。發送對象資料可為任意資料，亦可為與適用通信系統S之服務相應之資料。本實施方式中，說明作為發送對象資料之一例之用戶ID記憶於資料記憶部200之情形，發送對象資料亦可記憶於用戶終端20以外之電腦或與用戶終端20連接之資訊記憶介質中。而且，用戶ID以外之認證資訊可相當於發送對象資料。例如，密碼、口令碼、電話號碼、郵件位址或用戶終端20之個體識別資訊等認證資訊可相當於發送對象資料。

資料部分為發送對象資料之一部分。各個資料部分由至少一個數值或字符表示。用以表現數值之「0」～「9」之數字為字符之一種。資料部分之個數可預先規定，亦可動態地變化。於使資料部分之個數可變之情形時，需要使認證裝置30辨識出劃分為多少個資料部分，因此該情形時，表示資料部分之個數之資訊利用廣告封包等來發送。後述特定部302參照該資訊特定出資料部分之個數。

而且，各個資料部分之資訊量(例如，位數)可彼此相同，亦可不同。例如，並非如本實施方式般所有資料部分均為1位數值，位數亦可根據資料部分而不同，如某個資料部分為2位數值，其他資料部分為1位數值。即，用戶ID之位數與資料部分之數可不一致。於使各個資料部分之資訊量不同之情形時，需要使認證裝置30辨識出某個廣告封包中所包含之資料部分的資訊量，因此該情形時，表示資料部分之資訊量之資訊可利用廣告封包等發送。

再者，本實施方式中，說明所有用戶之用戶ID為4位之情形，但用戶ID之位數可根據用戶而不同。例如，本實施方式中，即便是「67」這樣的數值，為了成為4位，會附加「00」後將「0067」設為用戶ID，但亦可將「67」這樣的2位數值用作用戶ID。該情形時，發送用戶ID所需之廣告封包為2個即可。然而，因需要使認證裝置30辨識出用戶ID為幾位，故該情形時，表示用戶ID為幾位數值之資訊利用廣告封包等而發送。

[作成部] 作成部202作成從用戶終端20發送至認證裝置30之複數個封包之各者。本實施方式中，說明複數個封包之各者為規定之無線通信標準中之廣告封包之情形，亦可利用廣告封包以外之封包進行通信。因此，本實施方式中對廣告封包所說明之處可改稱為任意通信標準之封包。

例如，本實施方式中，說明不需要配對之情形，但可於配對後發送用戶ID，該情形時，作成部202作成並非廣告封包之通常之封包。而且，例如於用戶終端20與認證裝置30之間利用Wi－Fi(註冊商標)等其他無線通信標準之情形時，作成部202作成能夠以該標準發送之封包即可。而且，例如用戶終端20與認證裝置30可進行有線通信，該情形時，作成部202作成能夠以有線通信標準發送之封包即可。

作成部202以複數個廣告封包之各者中包含重複複數個之用戶ID之至少一個位、且包含用戶ID中之該位之順序相關的順序資訊之方式，作成複數個廣告封包之各者。本實施方式中，說明每一個廣告封包中包含用戶ID之一個位，所作成之廣告封包數與用戶ID之位數一致之情形，但該等亦可不一致。而且，一個廣告封包中重複地包含之位數不限於4個，可為2個、3個或5個以上。而且，亦可針對每個廣告封包，重複地包含之位數不同。

例如，關於用戶ID「2791」，以第1個廣告封包中包含重複複數個之「27」且第2個廣告封包中包含重複複數個之「91」之方式，於一個廣告封包中包含用戶ID之複數個位。該情形時，如第1個廣告封包之第33位～第36位為「2727」般，第2個廣告封包之第33位～第36位為「9191」。該等廣告封包之第15位～18位中儲存有如「ABAB」或「CDCD」般之順序資訊即可。或者，如第1個廣告封包之第33位～第36位為「2277」般，第2個廣告封包之第33位～第36位為「9911」。該等廣告封包之第15位～18位中儲存有如「AABB」或「CCDD」般之順序資訊即可。

而且，例如某個廣告封包中包含之位數與其他廣告封包中包含之位數可不同。例如，可於第1個廣告封包中僅包含重複複數個之用戶ID之第1位，於第2個廣告封包中包含重複複數個之用戶ID之第2位～第4位。如此，各個廣告封包中包含重複複數個之用戶ID之至少一個位即可。

各個廣告封包中可僅包含1個順序資訊，本實施方式中，作成部202以於複數個廣告封包之各者中包含重複複數個之順序資訊之方式，作成複數個廣告封包之各者。一個廣告封包中重複包含之順序資訊之數不限於4個，亦可為2個、3個或5個以上。而且，針對每個廣告封包，重複包含之順序資訊之數可不同。而且，一個廣告封包中包含之順序資訊之數與用戶ID之位數可不同。例如，一個廣告封包中可僅包含2個順序資訊，包含4個用戶ID之各個的位。

本實施方式中，作成部202以於複數個廣告封包之各者中連續地包含重複複數個之順序資訊之方式，作成複數個廣告封包之各者。此處之連續係指廣告封包內之資料區域連續。例如，第15位～第18位中連續地儲存順序資訊，4個順序資訊之各者儲存於廣告封包內之連續資料區域。順序資訊之間不存在應用程式識別ID等其他資訊。再者，儲存於一個廣告封包之4個順序資訊可如第10位、第14位、第16位、第20位般不連續而散亂地儲存。

本實施方式中，作成部202以複數個廣告封包之各者中重複複數個之至少一個位與順序資訊離開規定距離以上之方式，作成複數個廣告封包之各者。此處之距離為廣告封包內之資料區域中之距離。距離亦可為位數或字符數。用戶ID與順序資訊之間存在應用程式識別ID之一部分。圖6之例中，位於第15位～第18位之4個順序資訊與位於第33位～第36位之4個位之間，存在第19位～第32位之應用程式識別ID之一部分。因此，順序資訊與位離開14位的距離。再者，順序資訊與用戶ID之各個的位亦可連續地儲存。

本實施方式中，作成部202以於複數個廣告封包之各者中連續地包含重複複數個之至少一個資料部分之方式，作成複數個廣告封包之各者。連續之含義係如先前說明般。例如，第33位～第36位中連續地儲存用戶ID之各個的位，4個位之各者儲存於廣告封包內之連續的資料區域中。各個的位之間不存在應用程式識別ID等其他資訊。再者，儲存於一個廣告封包之4個位可如第25位、第30位、第32位、第36位般，不連續而散亂地儲存著。

本實施方式中，作成部202以於複數個廣告封包之各者中，包含重複複數個之用戶ID之至少一個位且包含順序資訊來作為無線通信標準中之服務UUID之一部分的方式，作成複數個廣告封包之各者。服務UUID中之用戶ID之各個的位之位置、順序資訊之位置及應用程式識別ID之位置可預先規定。本實施方式中，說明1個廣告封包中儲存一個服務UUID之情形，但亦可藉由無線通信標準之修訂等，於1個廣告封包中儲存複數個服務UUID。

再者，服務UUID不限於本實施方式中說明之128位元之類型，亦可利用其他類型者。而且，還可利用並非為服務UUID之特徵UUID等其他UUID。而且，可利用UUID以外之資料，若不考慮特定之作業系統之規格，則可將用戶ID之各個的位儲存於局部名中。此外，例如，可利用UUID及局部名以外之其他資料。

[發送部] 發送部203對認證裝置30發送複數個封包之各者。本實施方式中，發送部203利用無線通信標準發送複數個廣告封包之各者。各個廣告封包可僅被發送1次，但本實施方式中，發送部203將複數個廣告封包之各者重複發送複數次。而且，發送部203可分別地發送各個廣告封包，亦可一次性發送複數個廣告封包。

發送部203將作成部202作成之作為數位資料之廣告封包轉換為類比之電氣信號，並將已轉換為類比之電氣信號之廣告封包發送至認證裝置30。關於電氣信號之轉換順序，以按照無線通信標準之程序執行即可。於利用其他通信標準之情形時，發送部203以按照所利用之通信標準之程序發送封包即可。

[3－3.認證裝置中實現之功能] 如圖7所示，認證裝置30中，實現了資料記憶部300、接收部301、特定部302、用戶ID取得部303、生物體資訊取得部304、及執行部305。資料記憶部300主要由記憶部32實現。接收部301、特定部302、用戶ID取得部303、生物體資訊取得部304、及執行部305之各者主要由控制部31實現。

[資料記憶部] 資料記憶部300記憶提供認證服務所需之資料。本實施方式中，並非掃描所有廣告封包，而是掃描部分廣告封包，因此資料記憶部300記憶定義了掃描對象之廣告封包之掃描設定資料DT。再者，本實施方式之掃描意味著使廣告封包有效，成為取得用戶ID之處理對象。

圖9係表示掃描設定資料DT之資料儲存例之圖。如圖9所示，掃描設定資料DT中包含能夠識別作為掃描對象之廣告封包之資訊。本實施方式中，將下述4個條件定義為掃描設定資料DT。(條件1)包含服務UUID。(條件2)服務UUID之第1位～第14位及第19位～第32位中包含應用程式識別ID。(條件3)第15位～第18位彼此相同且各個的位為「A」～「D」中之任一個。(條件4)第33位～第36位彼此相同且各個的位為「0」～「9」中之任一個。

再者，圖9之資料儲存例中，將掃描設定資料DT表示為表格格式之資料，但掃描設定資料DT可為任意格式之資料。例如，掃描設定資料DT可為CSV(Comma-Separated Values，逗號分隔值)格式、文本格式或數式格式，亦可定義為程式碼之一部分。而且，記憶於資料記憶部300之資料不限於掃描設定資料DT，資料記憶部300能夠記憶任意資料。

[接收部] 接收部301從用戶終端20接收複數個封包之各者。本實施方式中，接收部301利用無線通信標準接收複數個廣告封包之各者。各個廣告封包有時會被重複發送，因此接收部301多次重複接收複數個廣告封包之各者。接收部301接收當前所有的廣告封包，基於掃描設定資料DT，藉由後述用戶ID取得部303從其中掃描作為處理對象之廣告封包。接收部301可分別接收複數個廣告封包，亦可一次性接收複數個廣告封包。

[特定部] 特定部302特定出資料部分之個數。本實施方式中，發送對象資料為規定位數之數值，複數個資料部分之各者為數值(用戶ID所示之4位數值)中包含之各個的位，順序資訊表示該數值中為第幾位之值，因此特定部302將位數(用戶ID中之位數)特定為個數。本實施方式中，4位之用戶ID被分割為4個數值，因此特定部302將4個特定為資料部分之個數。例如，資料部分之個數記憶於資料記憶部300。該個數可定義為程式碼之一部分，亦可定義為與程式碼不同之設定值。

[用戶ID取得部] 用戶ID取得部303基於複數個廣告封包之各者中所包含之重複複數個之至少一個位及該位之順序相關的順序資訊，結合複數個位而取得用戶ID。本實施方式中，用戶ID取得部303基於複數個廣告封包之各者中作為服務UUID之一部分而包含的重複複數個之至少一個位及順序資訊，取得用戶ID。用戶ID取得部303基於複數個廣告封包之各者中所包含之順序資訊，特定出複數個位之各者之順序。用戶ID取得部303將複數個位之各者如所特定出之順序般結合而取得用戶ID。

本實施方式中，複數個廣告封包之各者於服務UUID之第33位～第36位包含重複複數個之至少一個位，於服務UUID之第15位～第18位包含順序資訊。服務UUID之第33位～第36位為第1資料區域之一例，服務UUID之第15位～第18位為第2資料區域之一例。因此，本實施方式中對服務UUID之第33位～第36位所說明之處可改稱為第1資料區域，對服務UUID之第15位～第18位所說明之處可改稱為第2資料區域。

第1資料區域係用於儲存用戶ID之各個的位而預先規定之區域。資料區域是指廣告封包之一部分。例如，從廣告封包之AD資料部之開端開始數第1位元至第2位元之區域為第1資料區域。本實施方式中，說明第1資料區域之尺寸(上述第1位元至第2位元之尺寸)為4位之情形，但第1資料區域之尺寸可為任意尺寸。第1資料區域可不為連續的區域，可為服務UUID之第25位、第28位、第30位及第34位這樣的飛地區域。

第2資料區域係為了儲存順序資訊而預先規定之區域。例如，從廣告封包之AD資料部之開端開始數第3位元至第4位元之區域為第2資料區域。本實施方式中，說明第2資料區域之尺寸(上述第3位元至第4位元之尺寸)為4位之情形，但第2資料區域之尺寸亦可與第1資料區域相同，可為任意尺寸。第2資料區域亦可與第1資料區域相同，不為連續的區域。第1資料區域之尺寸與第2資料區域之尺寸可不同。

本實施方式中，用戶ID取得部303掃描服務UUID之第33位～第36位中所包含之值彼此相同的廣告封包，並基於該經掃描之廣告封包取得用戶ID。用戶ID取得部303基於掃描設定資料DT中規定的條件1及條件4，判定服務UUID之第33位～第36位是否全部相同且是否為「0」～「9」中之任一個。用戶ID取得部303對於該判定不為肯定之廣告封包不進行掃描便廢除，且對於該判定為肯定之廣告封包進行掃描並作為處理對象。

再者，各個廣告封包中可僅包含1個順序資訊，但本實施方式中，用戶ID取得部303基於複數個廣告封包之各者中所包含之重複複數個之至少一個位與重複複數個之順序資訊，取得用戶ID。

例如，用戶ID取得部303掃描服務UUID之第15位～第18位中所包含之值彼此相同的廣告封包，基於該經掃描之廣告封包，取得發送對象資料。用戶ID取得部303基於掃描設定資料DT中規定的條件1及條件3，判定服務UUID之第15位～第18位是否全部相同且是否為「A」～「D」中之任一個。用戶ID取得部303對於該判定不為肯定之廣告封包不進行掃描便廢除，且對於該判定為肯定之廣告封包進行掃描並作為處理對象。

再者，各個廣告封包中所包含之用戶ID之位與順序資訊可用於上述掃描以外之目的。例如，用戶ID取得部303可於某個廣告封包中所包含之各個的位互不相同或各個順序資訊互不相同時，取得當前所有的用戶ID。當廣告封包中僅包含1個順序資訊時亦同樣，用戶ID取得部303可於某個廣告封包中所包含之各個的位互不相同時，取得當前所有的用戶ID。儘管伺服器10及認證裝置30之處理負荷有所增加，誤認證之可能性有所增加，但可對所有的用戶ID執行認證處理。

本實施方式中，用戶ID取得部303從複數個廣告封包之各者取得用戶ID之至少一個位與順序資訊直至達到規定個數(由特定部302特定出之個數)為止，當達到規定個數時，取得用戶ID。例如，用戶ID取得部303參照廣告封包之順序資訊，判定是否已接收所有位。用戶ID取得部303於判定為已接收所有位時，結合至此所接收到之各個的位來取得用戶ID。

認證裝置30能夠與複數個用戶終端20之各者通信，複數個廣告封包之各者中包含能夠識別已發送該廣告封包之用戶終端20之識別資訊，用戶ID取得部303基於複數個廣告封包之各者中所包含之識別資訊，針對每個用戶終端20取得用戶ID。該識別資訊可為任意資訊，例如，為用戶終端20之位址或用戶終端20之電腦名。本實施方式中，圖3所示之格式之存取位址部或廣告位址部相當於上述識別資訊。

本實施方式中，服務UUID中包含能夠識別應用程式之應用程式識別ID，用戶ID取得部303掃描服務UUID中包含應用程式識別ID之廣告封包，取得用戶ID。用戶ID取得部303基於掃描設定資料DT中規定的條件1及條件2，判定是否包含服務UUID且是否包含認證應用程式之應用程式識別ID。用戶ID取得部303對於不滿足條件1及條件2之廣告封包不進行掃描便廢除，且對於滿足條件1及條件2之廣告封包進行掃描並作為處理對象。

[生物體資訊取得部] 生物體資訊取得部304取得用戶之生物體資訊。本實施方式中，說明面部認證作為生物體認證之一例，因此生物體資訊取得部304取得用戶之面部照片或面部特徵量。本實施方式中，說明藉由生物體資訊取得部304取得面部照片且藉由伺服器10計算面部特徵量之情形，但生物體資訊取得部304亦可計算面部特徵量。生物體資訊由通信系統S中利用之生物體認證相應的方法取得即可。

[執行部] 執行部305基於用戶ID執行規定處理。本實施方式中，發送對象資料為能夠識別用戶終端10之用戶之用戶ID，規定處理為基於用戶ID執行之認證處理，該等方面如伺服器10之執行部102中所說明般。例如，執行部305基於用戶ID及生物體資訊執行認證處理。本實施方式中，因藉由伺服器10之執行部102判定用戶ID之正當性及面部是否相似，故認證裝置30之執行部305執行之認證處理成為將用戶ID與面部照片發送至伺服器10之處理。

[4.通信系統中執行之處理] 接下來，對通信系統S中執行之處理進行說明。此處，對用戶啟動認證應用程式時執行之啟動處理及用於供用戶通過安全門SG之認證處理進行說明。下述說明之處理為藉由圖7所示之功能塊執行之處理的一例。

[4－1.啟動處理] 圖10係表示啟動處理之一例之流程圖。圖10所示之啟動處理係藉由控制部11、21分別依據記憶於記憶部12、22之程式進行動作來執行。再者，設為於執行啟動處理時用戶已完成利用登錄。

如圖10所示，用戶終端20基於操作部24之檢測信號，判定是否啟動認證應用程式(S100)。認證應用程式藉由任意操作而啟動，例如，於進行從顯示於顯示部25之選單畫面選擇認證應用程式之操作時啟動。

於判定未啟動認證應用程式之情形時(S100；否)，本處理結束。該情形時，記憶於用戶終端20之記憶部22之用戶ID不進行更新。另一方面，於判定已啟動認證應用程式之情形時(S100；是)，用戶終端20啟動認證應用程式(S101)，並對伺服器10發送認證應用程式之啟動通知(S102)。啟動通知係表示啟動認證應用程式之通知。啟動通知中包含能夠識別用戶終端20、用戶及認證應用程式中之至少1個之資訊，例如，包含記憶於用戶終端20之記憶部22中之用戶ID。

伺服器10於接收到啟動通知時，對已發送啟動通知之用戶發行新的用戶ID(S103)。新的用戶ID係與當前之用戶ID不同之用戶ID。S103中，伺服器10基於規定之ID發行規則發行用戶ID。例如，伺服器10能夠以與所有其他用戶不重複的方式發行用戶ID，亦能夠以不與面部特徵量相似之其他用戶重複的方式發行用戶ID。伺服器10將新發行的用戶ID代替啟動通知中所包含之用戶ID而儲存於用戶資料庫DB中。

伺服器10對用戶終端20發送新的用戶ID(S104)。用戶終端20於接收到新的用戶ID時，從記憶部22抹除舊的用戶ID，並將新的用戶ID記錄於記憶部22中(S105)，本處理結束。以後，用戶終端20利用廣告封包可發送新的用戶ID。

[4－2.認證處理] 圖11係表示認證處理之一例之流程圖。圖11所示之認證處理藉由控制部11、21、31分別依據記憶於記憶部12、22、32之程式進行動作來執行。再者，設為於執行認證處理時利用登錄已完成。當於利用登錄後執行圖10之啟動處理時，基於更新後之新的用戶ID執行下述說明之認證處理。認證處理可於啟動了認證應用程式之狀態、認證應用程式已移行至後台模式之狀態或用戶終端20已移行至睡眠狀態之任一狀態下執行。

如圖11所示，用戶終端20將記憶於記憶部22之用戶ID分割為各個的位(S200)。S200中，用戶終端20將4位之用戶ID分割為第1位、第2位、第3位及第4位之各者。

用戶終端20以包含重複複數個之各個的位且包含重複複數個之順序資訊之方式，作成複數個廣告封包(S201)。S201中，用戶終端20針對每個S200中分割之位，作成如參照圖6說明之分別包含4個服務UUID之4個廣告封包。

用戶終端20對認證裝置30發送複數個廣告封包之各者(S202)。S202中，用戶終端20重複地發送S201中所作成之4個廣告封包之各者。認證應用程式以外之其他應用程式被安裝於用戶終端20，關於其他應用程式，只要利用廣告封包即可，用戶終端20發送S201中所作成之4個廣告封包以外之其他廣告封包。

認證裝置30從用戶終端20或其他電腦接收廣告封包(S203)。於S203之時點，認證裝置30無法判別出廣告封包儲存有哪些資料，因此接收當前所有的廣告封包。認證裝置30對所接收到之廣告封包中的掃描設定資料中定義之廣告封包進行掃描，並取得用戶ID(S204)。

圖12係表示S204中之處理詳情之圖。如圖12所示，認證裝置30參照S203中接收到之廣告封包的AD類型，判定是否儲存有服務UUID(S2040)。於判定為未儲存有服務UUID之情形時(S2040；否)，認證裝置30對於S203中接收到之廣告封包不進行掃描便廢除(S2041)，從而本處理結束。

另一方面，於判定為儲存有服務UUID之情形時(S2040；是)，認證裝置30參照該服務UUID之第1位～第14位及第19位～第32位，判定是否儲存有認證應用程式之應用程式識別ID(S2042)。於判定為未儲存有認證應用程式之應用程式識別ID之情形時(S2042；否)，其係由與認證服務無關之應用程式發送之廣告封包，因此移行至S2041之處理，廢除廣告封包。

另一方面，於判定為儲存有認證應用程式之應用程式識別ID之情形時(S2042；是)，認證裝置30判定服務UUID之第15位～第18位是否全部一致且否為「A」～「D」中之任一個(S2043)。於判定為服務UUID之第15位～第18位不一致之情形時，或，服務UUID之第15位～第18位不是「A」～「D」中之任一個之情形時(S2043；否)，存在受到雜訊之影響之可能，因此移行至S2041之處理，廢除廣告封包。

另一方面，於判定為服務UUID之第15位～第18位全部一致且為「A」～「D」中之任一個之情形時(S2043；是)，認證裝置30判定服務UUID之第33位～第36位(後4位)是否全部一致且是否為「0」～「9」中之任一個(S2044)。於判定為服務UUID之後4位不一致之情形時，或，判定為服務UUID之後4位不是「0」～「9」中之任一個之情形時(S2044；否)，存在受到雜訊之影響之可能，因此移行到S2041之處理，廢除廣告封包。

於判定為服務UUID之後4位全部一致且為「0」～「9」中之任一個之情形時(S2044；是)，認證裝置30將處理中之廣告封包作為掃描對象，基於服務UUID之第15位～第18位之順序資訊與服務UUID之後4位數值，將用戶ID之位保存於記憶部22(S2045)。S2045中，認證裝置30針對所掃描之廣告封包中儲存的用戶終端20之位址等每個識別資訊，將儲存用戶ID之位之數組UserID[i]保存於記憶部32中。i為位之順序，為「1」～「4」中之任一個。該數組之各個要素為儲存於接收到之廣告封包中之位。S2045中，認證裝置30將順序資訊所示之「A」～「D」中之任一個轉換為「1」～「4」中之任一個，並將所接收之位儲存於數組中。

認證裝置30判定用戶ID之取得是否完成(S2046)。S2046中，認證裝置30判定上述數組之4個要素中是否全部儲存有位。於判定為4個要素中全部儲存有位之情形時，認證裝置30結合各要素之數值取得用戶ID，並判定為用戶ID之取得已完成。

於判定為用戶ID之取得尚未完成之情形時(S2046；否)，回到S203之處理，繼續廣告封包之接收。另一方面，於判定為用戶ID之取得已完成之情形時(S2046；是)，回到圖11，認證裝置30基於攝影部36之檢測信號取得面部照片(S205)。認證裝置30對伺服器10發送包含S204中判定為取得已完成之用戶ID及S205中所取得之面部照片之認證要求(S206)。認證要求係用以要求執行認證處理之規定要求。

伺服器10於接收認證要求時，基於用戶資料庫DB執行ID認證及面部認證(S207)。S207中，伺服器10判定認證要求中所包含之用戶ID是否存在於用戶資料庫DB中。伺服器10於存在用戶ID之情形時，基於認證要求中所包含之面部照片來計算面部特徵量。伺服器10計算用戶資料庫DB中與用戶ID相關聯之面部特徵量及根據認證要求中所包含之面部照片所計算出的面部特徵量之距離。若該距離未達閾值，則面部認證成功。若該距離為閾值以上，則面部認證失敗。

於認證失敗之情形時(S207；失敗)，伺服器10對認證裝置30發送錯誤消息(S208)，本處理結束。該情形時，認證裝置30之顯示部35中顯示有錯誤消息，通知用戶認證尚未成功。

另一方面，於認證成功之情形時(S207；成功)，伺服器10對認證裝置30發送表示認證已成功之成功通知(S209)。認證裝置30中，於接收成功通知時，認證裝置30之控制部31解除安全門SG之鎖定(S210)，本處理結束。以後，認證裝置30之顯示部35中顯示有表示認證已成功之消息，用戶通過安全門SG。

根據本實施方式之通信系統S，用戶終端20以包含重複複數個之用戶ID之至少一個位且包含順序資訊之方式，作成複數個廣告封包之各者並進行發送。認證裝置30基於複數個廣告封包之各者中所包含之重複複數個之至少一個位及順序資訊，結合複數個位取得用戶ID並執行規定處理。藉此，即使廣告封包受到雜訊之影響，亦可發送準確的用戶ID，能夠應對雜訊之影響。亦可藉由發送準確的用戶ID來提高認證精度。而且，若各個廣告封包中所包含之位的個數過少，則容易受到雜訊之影響，反之，若位的個數過多，則存在無法區分認證應用程式與其他應用程式之可能，但藉由將一定程度的個數加入至廣告封包中，則不易受到雜訊之影響，且，可區分出認證應用程式與其他應用程式。而且，藉由於各個廣告封包中包含順序資訊，認證裝置30即使分割用戶ID之位並接收，亦可準確地掌握各個的位之順序。

而且，通信系統S掃描服務UUID之第33位～第36位中所包含之值彼此相同的廣告封包，並基於該經掃描之廣告封包取得用戶ID，藉此可減少作為掃描對象之廣告封包，並減少認證裝置30之處理負荷。進而，可使認證裝置30掃描所有被規定為掃描對象之廣告封包，能夠可靠地取得用戶ID。因此，即使認證裝置30之性能降低，亦能夠可靠地取得用戶ID。

而且，通信系統S基於複數個廣告封包之各者中所包含之重複複數個之至少一個位及重複複數個之順序資訊，取得用戶ID，藉此進一步提高使認證裝置30取得用戶ID之可靠性。

而且，通信系統S掃描服務UUID之第15位～第18位中所包含之值彼此相同的廣告封包，基於該經掃描之廣告封包取得用戶ID，藉此可減少作為掃描對象之廣告封包，並減少認證裝置30之處理負荷。進而，可使認證裝置30掃描所有被規定為掃描對象之廣告封包，能夠可靠地取得用戶ID。因此，即使認證裝置30之性能降低，亦能夠可靠地取得用戶ID。

而且，通信系統S以複數個廣告封包之各者中連續地包含重複複數個之順序資訊之方式，作成複數個廣告封包之各者，藉此認證裝置30只要參照連續的區域便可取得複數個順序資訊。因此，與複數個順序資訊儲存於不同區域之情形相比，可簡化取得順序資訊之處理，並減少認證裝置30之處理負荷。

而且，通信系統S以於複數個廣告封包之各者中重複複數個之至少一個位與順序資訊離開規定距離以上的方式，作成複數個廣告封包之各者，藉此容易應對雜訊之影響。例如，若同時接收到位於一定範圍內之服務UUID，則電氣信號中差分未變大之其他電氣信號可能作為雜訊被接收，但藉由使用戶ID之各個的位與順序資訊離開一定的程度(圖6之例中，藉由於該等之間加入第19位～第32位之應用程式識別ID)，各電氣信號之差分增大而不易產生雜訊。

而且，通信系統S以於複數個廣告封包之各者中連續地包含重複複數個之至少一個位之方式，作成複數個廣告封包之各者，藉此認證裝置30只要參照連續的區域便可取得複數個位。因此，與複數個位儲存於不同區域之情形相比，可簡化取得複數個位之處理，並減少認證裝置30之處理負荷。

而且，通信系統S從複數個廣告封包之各者中取得至少一個位及順序資訊直至達到規定個數為止，於達到規定個數之情形時取得用戶ID，藉此可進一步提高使認證裝置30取得用戶ID之可靠性。

而且，通信系統S特定出用戶ID整體之位數，重複進行用以取得用戶ID之處理直至達到該位數為止，藉此可進一步提高使認證裝置30取得用戶ID之可靠性。

而且，通信系統S基於複數個廣告封包之各者中所包含之用戶終端20的位址等識別資訊，針對每個用戶終端20取得用戶ID，藉此即使認證裝置30之周圍存在複數個用戶終端20，亦能夠可靠地取得各個用戶終端20之用戶ID。

而且，通信系統S基於複數個廣告封包之各者中作為服務UUID之一部分而包含的重複複數個之至少一個位及順序資訊，取得用戶ID，藉此進一步提高使認證裝置30取得用戶ID之可靠性。例如，即使在認證應用程式移行至後台模式時等局部名消失的作業系統中，藉由利用服務UUID，即使於上述情形時亦可發送用戶ID之各個的位，使認證裝置30可靠地取得用戶ID。

而且，通信系統S掃描服務UUID中包含應用程式識別ID之廣告封包，取得用戶ID，藉此可減少作為掃描對象之廣告封包，並減少認證裝置30之處理負荷。進而，可使認證裝置30掃描所有被規定為掃描對象之廣告封包，能夠可靠地取得用戶ID。因此，即使認證裝置30之性能降低，亦能夠可靠地取得用戶ID。

而且，通信系統S藉由基於用戶ID執行認證處理，能夠應對認證服務中之雜訊。

而且，通信系統S基於用戶ID及生物體資訊執行認證處理，藉此能夠應對提供兩階段認證之認證服務中的雜訊。

[5.變化例] 再者，本發明不限定於以上說明之實施方式。於不脫離本發明之主旨之範圍內能夠適當變更。

(1)例如，實施方式中，雖以用戶通過安全門SG之場景為例，但即使於將通信系統S適用於認證服務時，亦可適用於其他任意場景之認證。例如，亦可適用於用戶購買商品或利用服務之場景之認證。該情形時，例如，認證裝置30為自動販賣機、售票機、POS(Point Of Sale，銷售點)終端、或店鋪中之支付終端。若認證成功，則執行結算處理，用戶可購買商品或利用服務。

變化例(1)中，於用戶資料庫DB中預先登錄結算資訊，當某個用戶認證成功時，執行部102可基於該用戶之結算資訊執行結算處理。結算處理時參照之結算資訊係與認證已成功之用戶相關聯之結算資訊。

結算資訊係進行結算所需之資訊，例如係信用卡資訊、電子價值(例如，電子貨幣或積點)之賬戶資訊、虛擬通貨之賬戶資訊、銀行賬戶資訊、或轉賬卡資訊等。結算資訊於用戶登錄時等時被登錄，例如，將結算資訊與用戶賬戶相關聯地儲存於用戶資料庫DB中。再者，結算資訊可儲存於與用戶資料庫DB不同的資料庫中。

執行部102於ID認證或面部認證中之任一個失敗時不執行結算處理，於ID認證及面部認證均成功時執行結算處理。當執行結算處理時，認證裝置30之顯示部35或店鋪之終端等顯示該意旨，用戶接收商品或利用服務。此外，例如，通信系統S可用於用戶行為分析中之認證、事件入場時之認證、進入考試會場時之認證、或選舉等投票中的認證等任意認證。

(2)而且，例如通信系統S可用於認證服務以外之其他服務。例如，通信系統S可適用於分發優惠券之分發服務。該情形時，通信系統S中包含分發優惠券之分發裝置，且分發裝置相當於發送裝置，用戶終端20相當於接收裝置。發送對象資料為能夠識別優惠券之優惠券ID，分發裝置將優惠券ID分割為各個的位，且與順序資訊一起儲存在廣告封包中進行發送。用戶終端20接收包含各個的位與順序資訊之廣告封包，取得優惠券ID。用戶終端20將所取得之優惠券ID發送至伺服器10，用戶獲得優惠券。

(3)而且，例如通信系統S中可不包含伺服器10。該情形時，認證裝置30執行被說明為由伺服器10執行之認證處理即可。而且，例如通信系統S中可不包含認證裝置30，且伺服器10可相當於接收裝置。該情形時，利用無線通信或有線通信從用戶終端20對伺服器10發送複數個廣告封包。伺服器10執行被說明為由認證裝置30執行之用戶ID之取得處理即可。

10:伺服器 11, 21, 31:控制部 12, 22, 32:記憶部 13, 23, 33:通信部 20:用戶終端 30:認證裝置 24, 34:操作部 25, 35:顯示部 26, 36:攝影部 100:資料記憶部 101:發行部 102:執行部 200:資料記憶部 201:分割部 202:作成部 203:發送部 300:資料記憶部 301:接收部 302:特定部 303:用戶ID取得部 304:生物體資訊取得部 305:執行部 DB:用戶資料庫 DT:掃描設定資料 N:網路 S:通信系統 SG:安全門

圖1係表示通信系統之整體構成之圖。圖2係表示利用通信系統之場景之一例之圖。圖3係表示廣告封包之格式之一例之圖。圖4係表示認證裝置掃描廣告封包之情況之圖。圖5係表示認證裝置掃描廣告封包之情況之圖。圖6係表示認證裝置掃描廣告封包之情況之圖。圖7係表示通信系統中實現之功能之一例之功能方塊圖。圖8係表示用戶資料庫之資料儲存例之圖。圖9係表示掃描設定資料之資料儲存例之圖。圖10係表示啟動處理之一例之流程圖。圖11係表示認證處理之一例之流程圖。圖12係表示S204中之處理之詳情之圖。

10:伺服器

20:用戶終端

30:認證裝置

100:資料記憶部

101:發行部

102:執行部

200:資料記憶部

201:分割部

202:作成部

203:發送部

300:資料記憶部

301:接收部

302:特定部

303:用戶ID取得部

304:生物體資訊取得部

305:執行部

DB:用戶資料庫

DT:掃描設定資料

Claims

一種通信系統，其包括發送裝置及接收裝置，上述發送裝置包括：分割機構，其將發送對象資料分割為複數個資料部分；作成機構，其以複數個封包之各者中包含重複複數個之至少一個上述資料部分、且包含上述發送對象資料中之該資料部分之順序相關的順序資訊之方式，作成上述複數個封包之各者；及發送機構，其對上述接收裝置發送上述複數個封包之各者；上述接收裝置包括：接收機構，其從上述發送裝置接收上述複數個封包之各者；取得機構，其基於上述複數個封包之各者中包含之重複複數個之上述至少一個資料部分及上述順序資訊，結合上述複數個資料部分而取得上述發送對象資料；及執行機構，其基於上述發送對象資料執行規定處理。
如請求項1之通信系統，其中上述複數個封包之各者於第1資料區域中包含重複複數個之上述至少一個資料部分，於第2資料區域中包含上述順序資訊，上述取得機構掃描上述第1資料區域中包含之值彼此相同的封包，並基於該經掃描的封包取得上述發送對象資料。
如請求項1或2之通信系統，其中上述作成機構以上述複數個封包之各者中包含重複複數個之上述順序資訊之方式，作成上述複數個封包之各者，上述取得機構基於上述複數個封包之各者中包含之重複複數個之上述至少一個資料部分、及重複複數個之上述順序資訊，取得上述發送對象資料。
如請求項3之通信系統，其中上述複數個封包之各者於第1資料區域中包含重複複數個之上述至少一個資料部分，於第2資料區域中包含重複複數個之上述順序資訊，上述取得機構掃描上述第2資料區域中包含之值彼此相同的封包，並基於該經掃描之封包取得上述發送對象資料。
如請求項3之通信系統，其中上述作成機構以上述複數個封包之各者中連續地包含重複複數個之上述順序資訊之方式，作成上述複數個封包之各者。
如請求項1或2之通信系統，其中上述作成機構以上述複數個封包之各者中重複複數個之上述至少一個資料部分與上述順序資訊離開規定距離以上的方式，作成上述複數個封包之各者。
如請求項1或2之通信系統，其中上述作成機構以上述複數個封包之各者中連續地包含重複複數個之上述至少一個資料部分之方式，作成上述複數個封包之各者。
如請求項1或2之通信系統，其中上述接收裝置進而包含特定出上述資料部分之個數之特定機構，上述取得機構從上述複數個封包之各者取得上述至少一個資料部分及上述順序資訊直至達到上述個數為止，於已達到上述個數時取得上述發送對象資料。
如請求項8之通信系統，其中上述發送對象資料為規定位數之數值，上述複數個資料部分之各者為上述數值中所包含之各個的位，上述順序資訊表示於上述數值中為第幾位，上述特定機構將上述位數特定為上述個數。
如請求項1或2之通信系統，其中上述接收裝置能夠與複數個上述發送裝置之各者通信，上述複數個封包之各者中包含能夠識別已發送該封包之上述發送裝置之識別資訊，上述取得機構基於上述複數個封包之各者中所包含之上述識別資訊，針對每個上述發送裝置取得上述發送對象資料。
如請求項1或2之通信系統，其中上述複數個封包之各者為規定之無線通信標準中之廣告封包，上述作成機構以複數個上述廣告封包之各者中包含重複複數個之上述至少一個資料部分且包含上述順序資訊來作為上述無線通信標準中之服務UUID之一部分的方式，作成上述複數個廣告封包之各者，上述發送機構利用上述無線通信標準，發送上述複數個廣告封包之各者，上述接收機構利用上述無線通信標準，接收上述複數個廣告封包之各者，上述取得機構基於上述複數個廣告封包之各者中作為上述服務UUID之一部分而包含的重複複數個之上述至少一個資料部分及上述順序資訊，取得上述發送對象資料。
如請求項11之通信系統，其中上述發送裝置中安裝有規定之應用程式，上述分割機構、上述作成機構及上述發送機構之各者之處理作為上述應用程式之處理而執行，上述服務UUID中包含能夠識別上述應用程式之應用程式識別ID，上述取得機構掃描上述服務UUID中包含上述應用程式識別ID之上述廣告封包，取得上述發送對象資料。
如請求項1或2之通信系統，其中上述發送對象資料為能夠識別上述發送裝置之用戶之用戶ID，上述規定處理係基於上述用戶ID執行之認證處理。
如請求項13之通信系統，其中上述接收裝置進而包含取得上述用戶之生物體資訊之生物體資訊取得機構，上述執行機構基於上述用戶ID及上述生物體資訊，執行上述認證處理。
一種發送裝置，其包括：分割機構，其將發送對象資料分割為複數個資料部分；作成機構，其以複數個封包之各者中包含重複複數個之至少一個上述資料部分、且包含上述發送對象資料中之該資料部分之順序相關的順序資訊之方式，作成上述複數個封包之各者；及發送機構，其對接收裝置發送上述複數個封包之各者。
一種接收裝置，其包括：接收機構，其從發送裝置接收複數個封包之各者；取得機構，其基於上述複數個封包之各者中包含之重複複數個之至少一個資料部分及該資料部分之順序相關的順序資訊，結合複數個上述資料部分而取得發送對象資料；及執行機構，其基於上述發送對象資料執行規定處理。
一種通信方法，其包括：分割步驟，其係將發送對象資料分割為複數個資料部分；作成步驟，其係以複數個封包之各者中包含重複複數個之至少一個上述資料部分、且包含上述發送對象資料中之該資料部分之順序相關的順序資訊之方式，作成上述複數個封包之各者；發送步驟，其係對接收裝置發送上述複數個封包之各者；接收步驟，其係從發送裝置接收上述複數個封包之各者；取得步驟，其係基於上述複數個封包之各者中包含之重複複數個之上述至少一個資料部分及上述順序資訊，結合上述複數個資料部分而取得上述發送對象資料；及執行步驟，其係基於上述發送對象資料執行規定處理。
一種程式產品，其係用以使電腦作為下述機構發揮功能：分割機構，其將發送對象資料分割為複數個資料部分；作成機構，其以複數個封包之各者中包含重複複數個之至少一個上述資料部分、且包含上述發送對象資料中之該資料部分之順序相關的順序資訊之方式，作成上述複數個封包之各者；及發送機構，其對接收裝置發送上述複數個封包之各者。
一種程式產品，其係用以使電腦作為下述機構發揮功能：接收機構，其從發送裝置接收複數個封包之各者；取得機構，其基於上述複數個封包之各者中包含之重複複數個之至少一個資料部分及該資料部分之順序相關的順序資訊，結合複數個上述資料部分而取得發送對象資料；及執行機構，其基於上述發送對象資料執行規定處理。