WO2016101698A1 - Procédé et système d'envoi d'écran basé sur une technologie dlna - Google Patents

Procédé et système d'envoi d'écran basé sur une technologie dlna Download PDF

Info

Publication number
WO2016101698A1
WO2016101698A1 PCT/CN2015/092898 CN2015092898W WO2016101698A1 WO 2016101698 A1 WO2016101698 A1 WO 2016101698A1 CN 2015092898 W CN2015092898 W CN 2015092898W WO 2016101698 A1 WO2016101698 A1 WO 2016101698A1
Authority
WO
WIPO (PCT)
Prior art keywords
push
receiving end
screen
rtsp
media type
Prior art date
Application number
PCT/CN2015/092898
Other languages
English (en)
Chinese (zh)
Inventor
周勇
Original Assignee
深圳Tcl数字技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳Tcl数字技术有限公司 filed Critical 深圳Tcl数字技术有限公司
Publication of WO2016101698A1 publication Critical patent/WO2016101698A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications

Definitions

  • the present invention relates to the field of optical communication technologies, and in particular, to a method and system for implementing screen push based on DLNA technology.
  • DLNA technology can easily realize mutual discovery and access between multiple devices, and support multimedia file sharing and push between devices.
  • the protocol itself does not support mirroring, that is, we cannot achieve the transmission screen through DLNA protocol.
  • the mature intelligent screen technology is WIFI-Display, which can realize the mutual discovery and screen transmission between any two devices, but it has requirements for the device, that is, it must support WIFI and WIFI-Display, so many do not have WIFI and Devices with WIFI-Display function cannot implement screen push.
  • the present invention provides a method for implementing screen push based on DLNA technology, and the method for implementing screen push based on DLNA technology includes the following steps:
  • the receiving end is selected, and a push instruction is sent to the selected receiving end, where the pushing instruction includes a media type and the URL address, and the media type in the push instruction is set to an RTSP type.
  • the step of selecting the receiving end comprises:
  • the obtained description file includes customized information, determining that the receiving end has a screen pushing function
  • the obtained receiving end information does not include the customized information, determining that the receiving end does not have a screen pushing function
  • the screen information comprises: an image, a sound, and a video.
  • the present invention further provides a method for implementing screen pushing based on DLNA technology, and the method for implementing screen pushing based on DLNA technology includes:
  • the URL address is not accessed, and the screen information of the push end is initialized.
  • the present invention further provides a system for implementing screen pushing based on DLNA technology, and the system for implementing screen pushing based on DLNA technology includes a push end and a receiving end.
  • the push end includes:
  • a screen recording module for recording screen information into a streaming media file and saving
  • An RTSP service module configured to start an RTSP service, add the streaming media file to the RTSP service, and generate a URL address that can be RTSP remote access;
  • a first DLNA protocol stack module configured to select a receiving end, and send a push instruction to the selected receiving end, where the push instruction includes a media type and the URL address, and set a media type in the push instruction For the RTSP type;
  • the receiving end includes:
  • a second DLNA protocol stack module configured to receive a push instruction sent by the push end
  • a parsing module configured to parse the push instruction, and obtain a media type and a URL address included in the message of the push instruction
  • the RTSP playing module is configured to obtain and play the screen information pushed by the push end according to the media type and the URL address.
  • the first DLNA protocol stack module includes:
  • a scanning unit configured to scan the receiving end, and obtain a description file of the receiving end
  • a first unit configured to determine that the receiving end has a screen pushing function if the received end information includes customized information
  • a second unit configured to determine that the receiving end does not have a screen pushing function if the received information of the receiving end does not include customized information
  • Select unit to select the receiver with screen push function.
  • the RTSP play module includes:
  • a determining unit configured to determine whether the parsed media type is consistent with a media type recorded by the push end
  • the playing unit is configured to access the URL address if it is consistent, and initialize the player to play.
  • the RTSP play module further includes:
  • the initialization unit is configured to not access the URL address and initialize the screen information of the push end if the parsed media type is inconsistent with the media type recorded by the push end.
  • the invention is based on the DLNA technology, searches the receiving end through the push end, saves the searched receiving end information in the device list, and then selects the receiving end according to the searched device information, and records the obtained playing screen information into a stream.
  • the media file is saved locally and generates a remotely accessible URL address and media type, and a push command containing the URL address and media type is sent to the receiving end.
  • devices that do not have the WIFI-Display function even if they do not have a WIFI module, can easily implement screen push as long as they are connected to the local area network or establish a point-to-point connection, thereby enabling users to enjoy the fun of multi-screen interaction.
  • FIG. 1 is a schematic flowchart of an embodiment of a method for implementing screen pushing based on DLNA technology according to the present invention
  • FIG. 2 is a schematic diagram of a refinement process of step S103 in FIG. 1;
  • FIG. 3 is a schematic flow chart of another embodiment of a method for implementing screen pushing based on DLNA technology according to the present invention.
  • FIG. 4 is a schematic diagram of a refinement process of step S203 in FIG. 3;
  • FIG. 5 is a schematic diagram of functional modules of a system for implementing screen push based on DLNA technology according to the present invention
  • FIG. 6 is a schematic diagram of functional modules of an embodiment of the push end of FIG. 5;
  • FIG. 7 is a schematic diagram of a refinement function module of the first DLNA protocol stack module in FIG. 6;
  • FIG. 8 is a schematic diagram of functional modules of an embodiment of the receiving end of FIG. 5;
  • FIG. 9 is a schematic diagram of a refinement function module of the RTSP play module in FIG. 8.
  • the present invention provides a method for implementing screen push based on DLNA technology, which is applied to a push end.
  • the method for implementing screen push based on DLNA technology includes:
  • Step S101 recording screen information into a streaming media file and saving
  • the push end and the receiving end may respectively be any one of a mobile phone, a television, a computer, or an IPAD.
  • the following full-text push end uses a mobile phone as an example, and the receiving end uses a television as an example.
  • the screen information includes images, sounds, and videos.
  • Step S102 starting an RTSP service, adding the streaming media file to the RTSP service, and generating a URL address that can be RTSP remote access;
  • the push end saves the screen recording process of the screen information to the local streaming media file, and then adds to the RTSP (Real Time).
  • Streaming Protocal, real-time streaming protocol Streaming Protocal, real-time streaming protocol
  • URLs Uniform Resource Locator, Uniform Resource Locator
  • other servers may be selected for saving and generating a corresponding remotely accessible URL2.
  • the recorded streaming media file can be played synchronously on the television in real time during the recording process on the mobile phone; or the screen information on the mobile phone can be recorded and then played on the television.
  • Step S103 selecting a receiving end, and sending a push instruction to the selected receiving end, where the pushing instruction includes a media type and the URL address, and sets a media type in the push instruction to an RTSP type.
  • the mobile phone sends a push command to the selected TV through the DLNA protocol stack, sets the URL to URL1 in the message of the push command, and sets the file type to video/RTSP, which is assumed to be TYPE1.
  • the TV determines through the DLNA protocol stack that the TYPE1 in the received push command is video/RTSP, it accesses URL1 and invokes the RTSP player to play the screen information.
  • the step of selecting the receiving end includes:
  • Step S1031 Scan the information of the receiving end to obtain a scan file of the receiving end;
  • the mobile phone and the TV are connected by the same router, and the user turns on the mobile phone and the television, and the DLNA service is automatically turned on after the TV is turned on, and the DMR (Digital Media) is broadcasted. Render, digital media renderer) device type.
  • the DLNA service is automatically turned on, and the device having the DMR module function is searched, and the searched device information is saved in the device list, where the device information includes the device name and other description fields for the device.
  • Step S1032 If the acquired scan file includes customized information, determine that the receiving end has a screen push function
  • Step S1033 If the obtained receiving end information does not include customized information, it is determined that the receiving end does not have a screen pushing function;
  • the push end when the push end searches for the receiving end, it scans the description file of the receiving end, and detects whether the description file contains customized information.
  • the customized information is set according to actual needs.
  • the set TV customization information is nScreenDevice. If the description file of the receiving end of the scan contains the customized information nScreenDevice, it is considered to support the screen push function; otherwise it is considered to be an ordinary DLNA device and does not have the screen push capability.
  • step S1034 the receiving end having the screen pushing function is selected.
  • various receiving ends having the function of the DMR module such as a mobile phone, a computer, an IPAD, or even another television, broadcast their respective DMR device types, and the mobile phone as the push end selects and selects according to the searched device information.
  • the DMR module features a TV and receives requests for screen information sent by the TV.
  • the program pops up the device selection list, and the list only lists the devices that support the screen push function. At this point, the user can select the receiving end that needs to play synchronously.
  • the present invention also provides a method for implementing screen push based on DLNA technology, which is applied to a receiving end.
  • the method for implementing screen pushing based on DLNA technology includes:
  • Step S201 receiving a push instruction sent by the push end
  • Step S202 parsing the push instruction, and acquiring a media type and a URL address included in the message of the push instruction;
  • the television when the television receives the push command sent by the mobile phone, if the television is selected for reception, the television parses the file type included in the push command message, such as TYPE1 and URL address URL1, through the DLNA protocol.
  • Step S203 Acquire screen information pushed by the push end according to the media type and the URL address, and play.
  • the URL1 address is accessed, and the RTSP player is called to play.
  • the step S203 includes:
  • Step S2031 determining whether the parsed media type is consistent with the media type recorded by the push end
  • Step S2032 if they are consistent, access the URL address, and initialize the player to prepare for playing;
  • step S2033 if they do not match, the URL address is not accessed, and the screen information of the push end is initialized.
  • the screen recording process is saved to the local streaming media file, and then added to the RTSP server, and a remotely accessible URL is generated, because the streaming media added to the RTSP server is generated.
  • the file, the generated remotely accessible address is set to URL1, such as RTSP://192.168.1.100:8090/screen; and the file type setting is set to TYPE1, such as video/RTSP.
  • the TV receives the push command of the mobile phone, it determines whether the file type in the received push command is consistent with TYPE1 through the DLNA protocol stack. If TYPE1 in the push command message parsed by the TV is video/RTSP, access URL1 and call the RTSP player to play the screen information.
  • other servers may be selected for saving and generating a corresponding remotely accessible URL2. If the TYPE1 in the push command message parsed by the TV is not video/RTSP, the URL1 cannot be accessed, and the screen information of the mobile phone is initialized.
  • the present invention also provides a system for implementing screen push based on DLNA technology.
  • the system for implementing screen push based on DLNA technology includes a push end and a receiving end.
  • the push end is provided. include:
  • the screen recording module 101 is configured to record screen information into a streaming media file and save the file;
  • the push end and the receiving end may respectively be any one of a mobile phone, a television, a computer, or an IPAD.
  • the following full-text push end uses a mobile phone as an example, and the receiving end uses a television as an example.
  • the push end and the receiving end may respectively be any one of a mobile phone, a television, a computer, or an IPAD.
  • the following full-text push end uses a mobile phone as an example, and the receiving end uses a television as an example.
  • the screen information includes images, sounds, and videos.
  • the RTSP service module 102 is configured to start an RTSP service, add the streaming media file to the RTSP service, and generate a URL address that can be RTSP remote access;
  • the push end saves the screen recording process of the screen information to the local streaming media file, and then adds to the RTSP (Real Time).
  • Streaming Protocal, real-time streaming protocol Streaming Protocal, real-time streaming protocol
  • URLs Uniform Resource Locator, Uniform Resource Locator
  • other servers may be selected for saving and generating a corresponding remotely accessible URL2.
  • the recorded streaming media file can be played synchronously on the television in real time during the recording process on the mobile phone; or the screen information on the mobile phone can be recorded and then played on the television.
  • the first DLNA protocol stack module 103 is configured to select a receiving end, and send a push instruction to the selected receiving end, where the push instruction includes a media type and the URL address, and the media type in the push instruction Set to RTSP type.
  • the mobile phone sends a push command to the selected TV through the DLNA protocol stack, sets the URL to URL1 in the message of the push command, and sets the file type to video/RTSP, which is assumed to be TYPE1.
  • the TV determines through the DLNA protocol stack that the TYPE1 in the received push command is video/RTSP, it accesses URL1 and invokes the RTSP player to play the screen information.
  • the first DLNA protocol stack module 103 includes:
  • the scanning unit 1031 is configured to scan the receiving end information, and obtain a description file of the receiving end;
  • the mobile phone and the TV are connected by the same router, and the user turns on the mobile phone and the television, and the DLNA service is automatically turned on after the TV is turned on, and the DMR (Digital Media) is broadcasted. Render, digital media renderer) device type.
  • the DLNA service is automatically turned on, and the device having the DMR module function is searched, and the searched device information is saved in the device list, where the device information includes the device name and other description fields for the device.
  • the first unit 1032 is configured to determine that the receiving end has a screen pushing function if the received receiving end information includes customized information.
  • the second unit 1033 is configured to determine that the receiving end does not have a screen pushing function if the received receiving end information does not include the customized information.
  • the push end when the push end searches for the receiving end, it scans the description file of the receiving end, and detects whether the description file contains customized information.
  • the customized information is set according to actual needs.
  • the set TV customization information is nScreenDevice. If the description file of the receiving end of the scan contains the customized information nScreenDevice, it is considered to support the screen push function; otherwise it is considered to be an ordinary DLNA device and does not have the screen push capability.
  • the selecting unit 1034 selects a receiving end having a screen pushing function.
  • various receiving ends having the function of the DMR module such as a mobile phone, a computer, an IPAD, or even another television, broadcast their respective DMR device types, and the mobile phone as the push end selects and selects according to the searched device information.
  • the DMR module features a TV and receives requests for screen information sent by the TV.
  • the program pops up the display device list for the user to select, and the list only lists the devices that support the screen push function. At this point, the user can select the receiving end that needs to play synchronously.
  • the receiving end includes:
  • a second DLNA protocol stack 201 configured to receive a push command sent by the push end
  • the parsing module 202 is configured to parse the push instruction, and obtain a media type and a URL address included in the message of the push instruction;
  • the television when the television receives the push command sent by the mobile phone, if the television is selected for reception, the television parses the file type included in the push command message, such as TYPE1 and URL address URL1, through the DLNA protocol.
  • the RTSP playing module 203 is configured to acquire and play the screen information pushed by the push end according to the media type and the URL address.
  • the URL1 address is accessed, and the RTSP player is called to play.
  • the RTSP playback module 203 includes:
  • the determining unit 2031 is configured to determine whether the parsed media type is consistent with the media type recorded by the push end;
  • the playing unit 2032 is configured to, if consistent, access the URL address, and initialize the player to prepare to play;
  • the initializing unit 2033 is configured to not access the URL address if it is inconsistent, and initialize the screen information of the push end.
  • the screen recording process is saved to the local streaming media file, and then added to the RTSP server, and a remotely accessible URL is generated, because the streaming media added to the RTSP server is generated.
  • the file, the generated remotely accessible address is set to URL1, such as RTSP://192.168.1.100:8090/screen; and the file type setting is set to TYPE1, such as video/RTSP.
  • the TV receives the push command of the mobile phone, it determines whether the file type in the received push command is consistent with TYPE1 through the DLNA protocol stack. If TYPE1 in the push command message parsed by the TV is video/RTSP, access URL1 and call the RTSP player to play the screen information.
  • other servers may be selected for saving and generating a corresponding remotely accessible URL2. If the TYPE1 in the push command message parsed by the TV is not video/RTSP, the URL1 cannot be accessed, and the screen information of the mobile phone is initialized.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne un procédé d'envoi d'écran basé sur une technologie DLNA. Le procédé d'envoi d'écran basé sur une technologie DLNA comprend les étapes suivantes consistant : à enregistrer des informations d'écran dans un fichier multimédia de diffusion en continu et stocker le fichier multimédia de diffusion en continu ; à démarrer un service RTSP, ajouter le fichier multimédia de diffusion en continu dans le service RTSP, et à générer une adresse URL qui peut faire l'objet d'un accès à distance sur un RTSP ; et à sélectionner une extrémité de réception, à envoyer à l'extrémité de réception sélectionnée une instruction d'envoi contenant un type de contenu multimédia et l'adresse URL, et à régler le type de contenu multimédia dans l'instruction d'envoi comme type de RTSP. L'invention concerne également un système d'envoi d'écran basé sur une technologie DLNA. De cette manière, un dispositif qui n'a pas la fonction d'affichage WIFI, ou même, n'a pas un module WIFI peut facilement mettre en œuvre un envoi d'écran tant que le dispositif accède à un réseau local ou établit une connexion point à point, de telle sorte qu'un utilisateur peut profiter de l'amusement apporté par une interaction multi-écran.
PCT/CN2015/092898 2014-12-23 2015-10-27 Procédé et système d'envoi d'écran basé sur une technologie dlna WO2016101698A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410812403.6A CN105791351A (zh) 2014-12-23 2014-12-23 基于dlna技术实现屏幕推送的方法及系统
CN201410812403.6 2014-12-23

Publications (1)

Publication Number Publication Date
WO2016101698A1 true WO2016101698A1 (fr) 2016-06-30

Family

ID=56149197

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/092898 WO2016101698A1 (fr) 2014-12-23 2015-10-27 Procédé et système d'envoi d'écran basé sur une technologie dlna

Country Status (2)

Country Link
CN (1) CN105791351A (fr)
WO (1) WO2016101698A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110445625A (zh) * 2018-05-02 2019-11-12 鸿合科技股份有限公司 一种大屏广播控制方法及系统
CN113189920A (zh) * 2021-05-28 2021-07-30 重庆长安汽车股份有限公司 一种基于Android的车载娱乐信息系统远程控制方法
CN114553847A (zh) * 2022-04-24 2022-05-27 深圳市前海日新数码科技有限公司 流媒体设备管理方法、管理装置和可读存储介质

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106534519A (zh) * 2016-10-28 2017-03-22 努比亚技术有限公司 屏幕投影方法和移动终端
CN106658175A (zh) * 2016-11-15 2017-05-10 Tcl集团股份有限公司 一种电视终端的视频显示方法及系统
CN107743116B (zh) * 2017-08-21 2020-10-27 深圳市万普拉斯科技有限公司 信息传输方法、装置、计算机设备和计算机可读存储介质
CN108200468B (zh) * 2018-01-09 2021-04-23 武汉斗鱼网络科技有限公司 投屏实现方法、存储介质、电子设备及系统
CN112839250B (zh) * 2018-01-30 2023-03-31 上海赛连信息科技有限公司 无线传屏方法及装置
CN110446065A (zh) * 2019-08-02 2019-11-12 腾讯科技（武汉）有限公司 一种视频召回方法、装置及存储介质
CN111182342A (zh) * 2019-12-24 2020-05-19 腾讯科技（深圳）有限公司 基于dlna的媒体数据播放方法、装置、设备以及存储介质
CN112333492B (zh) * 2020-09-25 2024-04-30 深圳Tcl新技术有限公司 视频回传控制方法、装置、智能大屏设备及存储介质
CN112351319B (zh) * 2020-11-04 2024-02-09 深圳Tcl新技术有限公司 网络下载服务方法、装置和计算机存储介质
CN114286137A (zh) * 2021-08-23 2022-04-05 海信视像科技股份有限公司 一种镜像投屏方法、显示设备及终端

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013063941A1 (fr) * 2011-11-02 2013-05-10 中兴通讯股份有限公司 Procédé et système de partage d'écrans pour un terminal dlna dans un réseau domestique
CN103338221A (zh) * 2013-05-20 2013-10-02 珠海市魅族科技有限公司 数据传递、数据接收的方法和终端
CN103338139A (zh) * 2013-06-18 2013-10-02 华为技术有限公司 多屏互动方法、装置及终端设备
KR101493772B1 (ko) * 2014-09-20 2015-02-16 (주)캐스트프로 멀티미디어 데이터 중계장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013063941A1 (fr) * 2011-11-02 2013-05-10 中兴通讯股份有限公司 Procédé et système de partage d'écrans pour un terminal dlna dans un réseau domestique
CN103338221A (zh) * 2013-05-20 2013-10-02 珠海市魅族科技有限公司 数据传递、数据接收的方法和终端
CN103338139A (zh) * 2013-06-18 2013-10-02 华为技术有限公司 多屏互动方法、装置及终端设备
KR101493772B1 (ko) * 2014-09-20 2015-02-16 (주)캐스트프로 멀티미디어 데이터 중계장치

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110445625A (zh) * 2018-05-02 2019-11-12 鸿合科技股份有限公司 一种大屏广播控制方法及系统
CN113189920A (zh) * 2021-05-28 2021-07-30 重庆长安汽车股份有限公司 一种基于Android的车载娱乐信息系统远程控制方法
CN114553847A (zh) * 2022-04-24 2022-05-27 深圳市前海日新数码科技有限公司 流媒体设备管理方法、管理装置和可读存储介质

Also Published As

Publication number Publication date
CN105791351A (zh) 2016-07-20

Similar Documents

Publication Publication Date Title
WO2016101698A1 (fr) Procédé et système d'envoi d'écran basé sur une technologie dlna
WO2019128174A1 (fr) Procédé de lecture audio, téléviseur intelligent, et support d'informations lisible par ordinateur
WO2018023926A1 (fr) Procédé et système d'interaction pour téléviseur et terminal mobile
WO2016165556A1 (fr) Procédé, dispositif et système de traitement de données pour un flux vidéo
WO2015043120A1 (fr) Système et procédé de partage de fichiers dans le nuage
WO2016029594A1 (fr) Procédé et système pour qu'un terminal se connecte à un dispositif d'affichage
WO2018161604A1 (fr) Procédé et dispositif de commande de lecture pour terminal mobile, support de stockage et dispositif électronique
WO2014187158A1 (fr) Procédé, serveur, et terminal pour contrôler le partage de données de terminal en nuage
WO2017206377A1 (fr) Procédé et dispositif de lecture synchrone de programme
WO2016192270A1 (fr) Procédé et dispositif d'ouverture rapide de fichier multimédia à ciel ouvert
WO2014182066A1 (fr) Procédé et dispositif de fourniture de contenu
WO2019010926A1 (fr) Procédé et appareil de push (pousser) de publicités, et support de stockage lisible par ordinateur
WO2017020649A1 (fr) Procédé de commande de lecture audio/vidéo et dispositif associé
WO2017190451A1 (fr) Procédé et appareil de poussée d'image
WO2019137016A1 (fr) Procédé de recommandation d'émissions de télévision, dispositif, et support de stockage lisible par ordinateur
WO2015018185A1 (fr) Procédé et dispositif pour réaliser une commande à distance distribuée, et terminal de télévision et terminal mobile associé
WO2018006581A1 (fr) Procédé et appareil de lecture de télévision intelligente
WO2019085543A1 (fr) Système de télévision et procédé de commande de télévision
WO2017113600A1 (fr) Procédé et dispositif de lecture de vidéo
WO2017024876A1 (fr) Procédé et dispositif de diffusion de programme de télévision
WO2016206223A1 (fr) Procédé et système de capture d'écran
WO2017049948A1 (fr) Procédé et dispositif de partage d'image
WO2013015471A1 (fr) Dispositif électronique
WO2019051901A1 (fr) Procédé et dispositif de commande de terminal, et support d'informations lisible par ordinateur
WO2017084297A1 (fr) Procédé et système pour lire des fichiers multimédias

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15871771

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 13/11/2017)

122 Ep: pct application non-entry in european phase

Ref document number: 15871771

Country of ref document: EP

Kind code of ref document: A1