Certains contenus de cette application ne sont pas disponibles pour le moment.
Si cette situation persiste, veuillez nous contacter àObservations et contact
1. (WO2017003022) DISPOSITIF D'AFFICHAGE ET SON PROCÉDÉ DE COMMANDE
Document

명세서

발명의 명칭

기술분야

1  

배경기술

2   3   4  

발명의 상세한 설명

기술적 과제

5   6   7  

과제 해결 수단

8   9  

발명의 효과

10   11   12  

도면의 간단한 설명

13   14   15   16   17   18   19   20   21   22   23   24   25   26   27   28   29   30   31   32   33   34   35   36   37   38   39   40   41   42   43   44   45   46   47   48   49   50   51   52   53   54   55   56   57   58   59   60   61   62  

발명의 실시를 위한 최선의 형태

63   64   65   66   67   68   69   70   71   72   73   74   75   76   77   78   79   80   81   82   83   84   85   86   87   88   89   90   91   92   93   94   95   96   97   98   99   100   101   102   103   104   105   106   107   108   109   110   111   112   113   114   115   116   117   118   119   120   121   122   123   124   125   126   127   128   129   130   131   132   133   134   135   136   137   138   139   140   141   142   143   144   145   146   147   148   149   150   151   152   153   154   155   156   157   158   159   160   161   162   163   164   165   166   167   168   169   170   171   172   173   174   175   176   177   178   179   180   181   182   183   184   185   186   187   188   189   190   191   192   193   194   195   196   197   198   199   200   201   202   203   204   205   206   207   208   209   210   211   212   213   214   215   216   217   218   219   220   221   222   223   224   225   226   227   228   229   230   231   232   233   234   235   236   237   238   239   240   241   242   243   244   245   246   247   248   249   250   251   252   253   254   255   256   257   258   259   260   261   262   263   264   265   266   267   268   269   270   271   272   273   274   275   276   277   278   279   280   281   282   283   284   285   286   287   288   289   290   291   292   293   294   295   296   297   298   299   300   301   302   303   304   305   306   307   308   309   310   311   312   313   314   315   316   317   318   319   320   321   322   323   324   325   326   327   328   329   330   331   332   333   334   335   336   337   338   339   340   341   342   343   344   345   346   347   348   349   350   351   352   353   354   355   356   357   358   359   360   361   362   363   364   365   366   367   368   369   370   371   372   373   374   375   376   377   378   379   380   381   382   383   384   385   386   387   388   389   390   391   392   393   394   395   396   397   398   399   400   401   402   403   404   405   406   407   408   409   410   411   412   413   414   415   416   417   418   419   420   421   422   423   424   425   426   427   428   429   430   431   432   433   434   435   436   437   438   439   440   441   442   443   444   445   446   447   448   449   450   451   452   453   454   455   456   457   458   459   460   461   462   463   464   465   466   467   468   469   470   471   472   473   474   475   476   477   478   479   480   481   482   483   484   485   486   487   488   489   490   491   492   493   494   495   496   497   498   499   500   501   502   503   504   505   506   507   508   509   510   511   512   513   514   515   516   517   518   519   520   521   522   523   524   525   526   527   528   529   530   531   532   533   534   535   536   537   538   539   540   541   542   543   544   545   546   547   548   549   550   551   552   553   554   555   556   557   558   559   560   561   562   563   564   565   566   567   568   569   570   571   572   573   574   575   576   577   578   579   580   581   582   583   584   585   586   587   588   589   590   591   592   593   594   595   596   597   598   599   600   601   602   603   604   605   606   607   608   609   610   611   612   613   614   615   616   617   618   619   620   621   622   623   624   625   626   627   628   629   630   631   632   633   634   635   636   637   638   639   640   641   642   643   644   645   646   647   648   649   650   651   652   653   654   655   656   657   658   659   660   661   662   663   664   665   666   667   668   669   670   671   672   673   674   675   676   677   678   679   680   681   682   683   684   685   686   687   688   689   690   691   692   693   694   695   696   697   698   699   700  

발명의 실시를 위한 형태

701  

산업상 이용가능성

702  

청구범위

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17   18   19   20  

도면

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16a   16b   17   18   19   20   21   22   23   24   25   26   27   28   29   30   31   32   33   34   35   36   37   38   39   40   41   42   43   44   45   46   47a   47b   48  

명세서

발명의 명칭 : 디스플레이 디바이스 및 그 제어 방법

기술분야

[1]
본 발명은 디스플레이 디바이스 및 그 제어 방법에 관한 것으로, 더욱 상세하게는, 포인터로 사용자가 원하는 특정 영역을 특정하고, 특정 영역을 확대한 후, 확대된 특정 영역을 줌 윈도우에 디스플레이하고, 줌 윈도우를 메인 스크린의 모서리로 이동할 때 줌 윈도우가 자연스럽게 축소되면서 확대된 특정 영역을 줌 윈도우에 디스플레이하는 기술에 대한 것이다.

배경기술

[2]
최근 많은 사용자들이, 스마트 TV와 같은 디스플레이 디바이스를 이용하고 있다. 고가 맞춤형 컨텐츠 시장이 확대되고 종류도 다양해 짐에 따라 사용자가 원하는 대로 영상을 보고 싶은 필요성이 증가하고 있다.
[3]
종래 기술에서는 사용자가 자세히 보기를 원하는 특정 영역의 영상을 확대하기 위한 방법이 없었다. 특히, 동영상 재생 중에 사용자가 자세히 보기를 원하는 특정 영역을 확대하는 것은 불가능하였다.
[4]
따라서, 사용자는 화면에 디스플레이된 특정 오브젝트에 관심이 생겼을 때, 특정 오브젝트를 보기 위하여 화면을 일시 정지시키거나 화면 전체를 확대시켜야만 해서, 사용자가 불편함을 느끼는 문제점이 있었다.

발명의 상세한 설명

기술적 과제

[5]
본 발명의 일 실시 예는 특정 영역과 줌 윈도우의 관계를 수학적 알고리즘으로 설정하여, 줌 윈도우를 특정 지점에서 메인 스크린의 모서리로 이동할 때 특정 영역과 줌 윈도우가 자연스럽게 축소되는 화면을 구현할 수 있는 디스플레이 디바이스 및 그 제어 방법을 제공하는 것을 목적으로 한다.
[6]
본 발명의 다른 실시 예는 줌 윈도우를 특정 지점에서 메인 스크린의 모서리로 이동할 때, 모서리 부분에서 사각 지역이 발생하지 않고, 메인 스크린의 모든 영역을 확대할 수 있는 디스플레이 디바이스 및 그 제어 방법을 제공하는 것을 목적으로 한다.
[7]
본 발명의 또 다른 실시 예는 원형의 줌 윈도우를 이용함으로써, 사용자가 직관적으로 화면 확대 기능을 인식할 수 있는 사용자 인터 페이스를 제공할 수 있는 디스플레이 디바이스 및 그 제어 방법을 제공하는 것을 목적으로 한다.

과제 해결 수단

[8]
본 발명의 일실시예에 의한 방송 수신기는, 방송 신호를 수신하는 튜너와, 메인 스크린에 컨텐트를 디스플레이하는 디스플레이 모듈과, 리모트 컨트롤러로부터 상기 메인 스크린내 특정 위치를 선택하는 제1 커맨드를 수신하는 인터페이스 모듈과, 그리고 상기 튜너, 상기 디스플레이 모듈 및 상기 인터페이스 모듈을 제어하는 컨트롤러를 포함하되, 상기 컨트롤러는, 수신된 상기 제1 커맨드에 따라, 상기 특정 위치로부터 기설정된 거리 내에 있는 특정 영역을 확대하고, 확대된 상기 특정 영역을 줌 윈도우에 디스플레이하며, 나아가 상기 줌 윈도우의 위치는 상기 리모트 컨트롤러의 모션에 따라 변경되는 것을 특징으로 한다.
[9]
본 발명의 일실시예에 의한 제어 방법은, 방송 신호를 수신하는 단계와, 메인 스크린에 컨텐트를 디스플레이하는 단계와, 리모트 컨트롤러로부터 상기 메인 스크린내 특정 위치를 선택하는 제1 커맨드를 수신하는 단계와, 그리고 수신된 상기 제1 커맨드에 따라, 상기 특정 위치로부터 기설정된 거리 내에 있는 특정 영역을 확대하고, 확대된 상기 특정 영역을 줌 윈도우에 디스플레이 하도록 제어하는 단계를 포함하며, 나아가 상기 줌 윈도우의 위치는 상기 리모트 컨트롤러의 모션에 따라 변경되는 것을 특징으로 한다.

발명의 효과

[10]
본 발명의 일 실시 예에 따르면, 특정 영역과 줌 윈도우의 관계를 수학적 알고리즘으로 설정하여, 줌 윈도우를 특정 지점에서 메인 스크린의 모서리로 이동할 때 특정 영역과 줌 윈도우가 자연스럽게 축소되는 화면을 구현할 수 있어 사용자 편의성이 향상된다.
[11]
본 발명의 다른 실시 예에 따르면, 줌 윈도우를 특정 지점에서 메인 스크린의 모서리로 이동할 때, 모서리 부분에서 사각 지역이 발생하지 않고, 메인 스크린의 모든 영역을 확대할 수 있어 사용자 편의성이 향상된다.
[12]
본 발명의 또 다른 실시 예에 따르면, 원형의 줌 윈도우를 이용함으로써, 사용자가 직관적으로 화면 확대 기능을 인식할 수 있는 사용자 인터 페이스를 제공할 수 있어 사용자 편의성이 향상된다.

도면의 간단한 설명

[13]
도 1은 본 발명의 일 실시 예에 따른 디지털 디바이스를 포함한 서비스 시스템을 개략적으로 설명하기 위해 도시한 도면이다.
[14]
도 2는 본 발명의 일 실시 예에 따른 디지털 디바이스를 설명하기 위해 도시한 구성 블록도이다.
[15]
도 3은 본 발명의 다른 실시 예에 따른 디지털 디바이스를 설명하기 위해 도시한 구성 블록도이다.
[16]
도 4는 본 발명의 또 다른 실시 예에 따른 디지털 디바이스를 설명하기 위해 도시한 구성 블록도이다.
[17]
도 5는 본 발명의 일 실시 예에 따라 도 2 내지 4의 제어부의 상세 구성을 설명하기 위해 도시한 구성 블록도이다.
[18]
도 6은 본 발명의 일 실시 예에 따른 도 2 내지 4의 디지털 디바이스와 연결된 인풋 수단을 도시한 도면이다.
[19]
도 7은 본 발명의 일 실시 예에 따른 웹OS 아키텍처를 설명하기 위해 도시한 도면이다.
[20]
도 8은 본 발명의 일 실시 예에 따른 웹OS 디바이스의 아키텍처를 설명하기 위해 도시한 도면이다.
[21]
도 9는 본 발명의 일 실시 예에 따른 웹OS 디바이스에서 그래픽 컴포지션 플로우를 설명하기 위해 도시한 도면이다.
[22]
도 10은 본 발명의 일 실시 예에 따른 미디어 서버를 설명하기 위해 도시한 도면이다.
[23]
도 11은 본 발명의 일 실시 예에 따른 미디어 서버의 구성 블록도를 설명하기 위해 도시한 도면이다.
[24]
도 12는 본 발명의 일 실시 예에 따른 미디어 서버와 TV 서비스의 관계를 설명하기 위해 도시한 도면이다.
[25]
도 13은 본 발명의 실시 예들에 따른 영상표시기기 중 임의의 어느 하나를 제어하는 원격제어장치의 제어 방법을 도시한 도면이다.
[26]
도 14는 본 발명의 실시 예들에 따른 영상표시기기 중 임의의 어느 하나를 제어하는 원격제어장치의 내부 블록도이다.
[27]
도 15는 본 발명의 일 실시 예에 따른 디스플레이 디바이스의 구성도이다.
[28]
도 16a는 본 발명의 일 실시 예에 따른 메인 스크린, 특정 영역, 줌 윈도우를 도시한 도면이다.
[29]
도 16b는 본 발명의 일 실시 예에 따른 디스플레이 디바이스 제어 방법의 순서도이다.
[30]
도 17은 본 발명의 일 실시 예에 따른 디스플레이 디바이스 제어 방법의 순서도이다.
[31]
도 18은 본 발명의 일 실시 예에 따른 EPG 정보와 연계하여 특정 영역 확대 모드를 자동으로 실행하는 것을 도시한 도면이다.
[32]
도 19는 본 발명의 일 실시 예에 따른 리모컨 좌표와 입력 비디오 좌표가 일치하지 않는 경우 이를 해결하는 것을 도시한 도면이다.
[33]
도 20은 본 발명의 일 실시 예에 따른 후버 모드에서 포인터의 움직임에 따라 줌 윈도우가 실시간으로 이동하는 것을 도시한 도면이다.
[34]
도 21은 본 발명의 일 실시 예에 따른 후버 모드에서 포인터를 이동할 때, 줌 윈도우 내 원본 영상을 디스플레이하는 것을 도시한 도면이다.
[35]
도 22는 본 발명의 일 실시 예에 따라, 라킹 모드에서 고정하고 싶은 영역으로 줌 윈도우를 이동하고, 줌 윈도우 내 특정 영역을 확대하여 디스플레이하는 것을 도시한 도면이다.
[36]
도 23은 본 발명의 일 실시 예에 따라, 라킹 모드에서 줌 윈도우를 고정하고, 줌 윈도우 내 특정 영역을 확대하여 디스플레이하는 것을 도시한 도면이다.
[37]
도 24는 본 발명의 일 실시 예에 따라, 포인팅 모드에서 포인터가 지시하는 특정 영역의 영상을 확대하여 줌 윈도우에서 디스플레이하는 것을 도시한 도면이다.
[38]
도 25는 본 발명의 일 실시 예에 따른 줌 윈도우의 모양을 변경하는 것을 도시한 도면이다.
[39]
도 26은 본 발명의 일 실시 예에 따른 줌 윈도우의 크기를 변경하는 것을 도시한 도면이다.
[40]
도 27은 본 발명의 일 실시 예에 따른 줌 윈도우 영상의 화질 설정을 변경하는 것을 도시한 도면이다.
[41]
도 28은 본 발명의 일 실시 예에 따라, 타임 쉬프트 기능과 연계하여 정지 시점부터 영상을 재생하는 것을 도시한 도면이다.
[42]
도 29는 본 발명의 일 실시 예에 따라, 줌 윈도우 내 영상을 켭쳐하여 메모리에 저장하는 것을 도시한 도면이다.
[43]
도 30은 본 발명의 일 실시 예에 따라, 특정 오브젝트로부터의 오디오 신호 크기를 확대해서 출력하고 동시에 특정 오브젝트를 줌 윈도우에서 확대하여 디스플레이하는 것을 도시한 도면이다.
[44]
도 31은 본 발명의 일 실시 예에 따라, 복수의 사람 중 두 명이 이야기하는 경우, 이야기하는 두 명의 목소리 크기를 확대해서 출력하고 동시에 두 명을 포함하는 특정 영역을 줌 윈도우에서 확대하여 디스플레이하는 것을 도시한 도면이다.
[45]
도 32는 본 발명의 일 실시 예에 따른, 입모양 변화율에 따라 특정 오브젝트 확대 여부를 나타내는 것을 도시한 도면이다.
[46]
도 33은 본 발명의 일 실시 예에 따라, 줌 윈도우 내에 있는 특정 오브젝트에 대한 정보 검색 기능을 실행하는 것을 도시한 도면이다.
[47]
도 34는 본 발명의 일 실시 예에 따라, 줌 윈도우 내에 있는 특정 오브젝트가 사람인 경우 이에 대응하는 부가 정보를 확대 배율에 따라 상이하게 디스플레이하는 것을 도시한 도면이다.
[48]
도 35는 본 발명의 일 실시 예에 따라, 줌 윈도우 내에 있는 특정 오브젝트가 물건인 경우 이에 대응하는 부가 정보를 확대 배율에 따라 상이하게 디스플레이하는 것을 도시한 도면이다.
[49]
도 36은 본 발명의 일 실시 예에 따라, 줌 윈도우 내에 있는 특정 오브젝트의 타입에 따라 이에 대응하는 부가 정보를 확대 배율에 따라 상이하게 디스플레이하는 것을 도시한 도면이다.
[50]
도 37은 본 발명의 일 실시 예에 따른 디스플레이 디바이스의 구성도이다.
[51]
도 38은 본 발명의 일 실시 예에 따른 디스플레이 디바이스 제어 방법의 순서도이다.
[52]
도 39는 본 발명의 일 실시 예에 따른 디스플레이 디바이스 제어 방법의 순서도이다.
[53]
도 40은 본 발명의 일 실시 예에 따라, 후버 모드, 라킹 모드에서 줌 윈도우의 크기를 조정하는 것을 도시한 도면이다.
[54]
도 41는 본 발명의 일 실시 예에 따라, 후버 모드에서 줌 윈도우의 일부 영역이 메인 스크린 내에 있는 경우, 줌 윈도우의 일부 영역의 영상을 확대하는 것을 도시한 도면이다.
[55]
도 42는 본 발명의 일 실시 예에 따라, 후버 모드에서 줌 윈도우의 전체 영역이 메인 스크린 내에 있는 경우 특정 영역과 줌 윈도우의 관계를 설정하는 것을 도시한 도면이다.
[56]
도 43은 본 발명의 일 실시 예에 따라, 후버 모드에서 줌 윈도우의 일부 영역이 메인 스크린 내부에 있는 경우 특정 영역과 줌 윈도우의 관계를 설정하는 것을 도시한 도면이다.
[57]
도 44는 본 발명의 일 실시 예에 따라, 포인팅 모드에서 줌 윈도우의 크기를 조정하는 것을 도시한 도면이다.
[58]
도 45는 본 발명의 일 실시 예에 따라, 포인팅 모드에서 줌 윈도우가 메인 스크린에 있는 경우 특정 영역과 줌 윈도우의 관계를 설정하는 것을 도시한 도면이다.
[59]
도 46은 본 발명의 일 실시 예에 따라, 줌 윈도우와 특정 영역의 모양을 변경하는 것을 도시한 도면이다.
[60]
도 47a는 본 발명의 일 실시 예에 따라, 줌 윈도우의 중심이 특정 지점에서 메인 스크린의 모서리로 이동할 때, 줌 윈도우 내의 확대 영상을 도시한 도면이다.
[61]
도 47b는 본 발명의 일 실시 예에 따라, 줌 윈도우의 중심이 특정 지점에서 메인 스크린의 모서리로 이동할 때, 줌 윈도우 내의 확대 영상을 도시한 도면이다.
[62]
도 48은 본 발명의 일 실시 예에 따라, 확대 배율에 따라 줌 윈도우의 확대 영상이 상이하게 디스플레이 되는 것을 도시한 도면이다.

발명의 실시를 위한 최선의 형태

[63]
이하에서는 도면을 참조하여 본 발명을 보다 상세하게 설명한다.
[64]
이하의 설명에서 사용되는 구성요소에 대한 접미사 "모듈" 및 "부"는 단순히 본 명세서 작성의 용이함을 고려하여 부여되는 것으로서, 상기 "모듈" 및 "부"는 서로 혼용되어 사용될 수도 있다.
[65]
한편, 본 명세서에서 기술되는 영상표시기기는, 예컨대 방송 수신 기능에 컴퓨터 지원 기능을 추가한 지능형 영상표시기기로서, 방송 수신 기능에 충실하면서도 인터넷 기능 등이 추가되어, 수기 방식의 입력 장치, 터치 스크린 또는 공간 리모콘 등 보다 사용에 편리한 인터페이스를 갖출 수 있다. 그리고, 유선 또는 무선 인터넷 기능의 지원으로 인터넷 및 컴퓨터에 접속되어, 이메일, 웹브라우징, 뱅킹 또는 게임 등의 기능도 수행가능하다. 이러한 다양한 기능을 위해 표준화된 범용 OS가 사용될 수 있다.
[66]
따라서, 본 발명에서 기술되는 영상표시기기는, 예를 들어 범용의 OS 커널 상에, 다양한 애플리케이션이 자유롭게 추가되거나 삭제 가능하므로, 사용자 친화적인 다양한 기능이 수행될 수 있다. 상기 영상표시기기는, 보다 구체적으로 예를 들면, 네트워크 TV, HBBTV, 스마트 TV 등이 될 수 있으며, 경우에 따라 스마트폰에도 적용 가능하다.
[67]
나아가, 이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시 예를 상세하게 설명하지만, 본 발명이 실시 예들에 의해 제한되거나 한정되는 것은 아니다.
[68]
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가지는 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
[69]
이하 본 명세서에서 기술되는 “디지털 디바이스(digital device)”라 함은 예를 들어, 데이터(data), 컨텐트(content), 서비스(service), 애플리케이션(application) 등을 송신, 수신, 처리 및 출력 중 적어도 하나 이상을 수행하는 모든 디바이스를 포함한다. 상기 디지털 디바이스는, 유/무선 네트워크(wire/wireless network)를 통하여 다른 디지털 디바이스, 외부 서버(external server) 등과 페어링 또는 연결(pairing or connecting)(이하 '페어링') 가능하며, 그를 통해 소정 데이터를 송/수신할 수 있다. 이때, 필요에 따라, 상기 데이터는 그 송/수신 전에 적절히 변환(converting)될 수 있다. 상기 디지털 디바이스에는 예를 들어, 네트워크 TV(Network TV), HBBTV(Hybrid Broadcast Broadband TV), 스마트 TV(Smart TV), IPTV(Internet Protocol TV), PC(Personal Computer) 등과 같은 고정형 디바이스(standing device)와, PDA(Personal Digital Assistant), 스마트 폰(Smart Phone), 태블릿 PC(Tablet PC), 노트북(Notebook) 등과 같은 모바일 디바이스(mobile device or handheld device)가 모두 포함될 수 있다. 본 명세서에서는 본 발명의 이해를 돕고 출원인의 설명의 편의상 후술하는 도 2에서는 디지털 TV(Digital TV)를 그리고, 도 3에서는 모바일 디바이스를 디지털 디바이스의 일 실시 예로 도시하고 설명한다. 또한, 본 명세서에서 기술되는 디지털 디바이스는, 패널(panel)만을 가진 구성일 수도 있고, 셋톱 박스(STB: Set-Top Box) 등과 같은 구성, 디바이스, 시스템 등과 하나의 세트(SET) 구성일 수도 있다.
[70]
한편, 본 명세서에서 기술되는 “유/무선 네트워크”라 함은, 디지털 디바이스들 또는 디지털 디바이스와 외부 서버 사이에서 페어링 또는/및 데이터 송수신을 위해 다양한 통신 규격 내지 프로토콜을 지원하는 통신 네트워크를 통칭한다. 이러한 유/무선 네트워크는, 규격에 의해 현재 또는 향후 지원될 통신 네트워크를 모두 포함하며, 그를 위한 하나 또는 그 이상의 통신 프로토콜들을 모두 지원 가능하다. 이러한 유/무선 네트워크에는 예컨대, USB(Universal Serial Bus), CVBS(Composite Video Banking Sync), 컴포넌트(Component), S-비디오(아날로그), DVI(Digital Visual Interface), HDMI(High Definition Multimedia Interface), RGB, D-SUB와 같은 유선 연결을 위한 네트워크와 그를 위한 통신 규격 내지 프로토콜과, 블루투스(Bluetooth), RFID(Radio Frequency Identification), 적외선 통신(IrDA: infrared Data Association), UWB(Ultra Wideband), 지그비(ZigBee), DLNA(Digital Living Network Alliance), WLAN(Wireless LAN)(Wi-Fi), Wibro(Wireless broadband), Wimax(World Interoperability for Microwave Access), HSDPA(High Speed Downlink Packet Access), LTE/LTE-A(Long Term Evolution/LTE-Advanced), Wi-Fi 다이렉트(direct)와 같은 무선 연결을 위한 네트워크와 그를 위한 통신 규격 내지 프로토콜에 의하여 형성될 수 있다.
[71]
그 밖에, 본 명세서에서 단지 디지털 디바이스로 명명하는 경우, 그 의미는 문맥에 따라 고정형 디바이스 또는 모바일 디바이스를 의미할 수도 있고 특별히 언급하지 않는다면 양자를 모두 포함하는 의미로 사용될 수 있다.
[72]
한편, 디지털 디바이스는 예컨대, 방송 수신 기능, 컴퓨터 기능 내지 지원, 적어도 하나의 외부 인풋 등을 지원하는 지능형 디바이스로서, 상술한 유/무선 네트워크를 통해 이메일(e-mail), 웹 브라우징(web browsing), 뱅킹(banking), 게임(game), 애플리케이션(application) 등을 지원할 수 있다. 더불어, 상기 디지털 디바이스는, 수기 방식의 인풋 디바이스, 터치-스크린(touch-screen), 공간 리모콘 등 적어도 하나의 인풋 또는 제어 수단(이하 '인풋 수단'을 지원하기 위한 인터페이스(interface)를 구비할 수 있다.
[73]
그 밖에, 디지털 디바이스는, 표준화된 범용 OS(Operating System)를 이용할 수 있으나 특히, 본 명세에서 기술되는 디지털 디바이스는, 웹OS를 이용하는 것을 일 실시 예로 한다. 따라서, 디지털 디바이스는 범용의 OS 커널(OS kernel) 또는 리눅스 커널(Linux kernel) 상에 다양한 서비스나 애플리케이션을 추가(adding), 삭제(deleting), 수정(amending), 업데이트(updating) 등을 처리가 가능하며, 그를 통해 더욱 사용자 친화적인(user-friendly) 환경을 구성하여 제공할 수 있다.
[74]
한편, 상술한 디지털 디바이스는 외부 인풋을 수신하여 처리할 수 있는데 이때, 상기 외부 인풋은, 외부 인풋 디바이스 즉, 상술한 디지털 디바이스와 유/무선 네트워크를 통해 연결되어 데이터를 송/수신하여 처리 가능한 모든 인풋 수단 내지 디지털 디바이스를 포함한다. 예를 들어, 상기 외부 인풋으로 HDMI(High-Definition Multimedia Interface), 플레이스테이션(playstation)이나 엑스-박스(X-Box) 등과 같은 게임 디바이스(game device), 스마트 폰, 태블릿 PC, 포켓 포토(pocket photo) 등과 같은 프린터기(printing device), 스마트 TV, 블루-레이(Blu-ray device) 디바이스 등과 같은 디지털 디바이스들을 모두 포함한다.
[75]
그 밖에, 본 명세서에서 기술되는 “서버”라 함은, 상술한 디지털 디바이스 즉, 클라이언트(client)로 데이터를 공급 또는 그로부터 데이터를 수신하는 디지털 디바이스 혹은 시스템을 의미하며, 프로세서(processor)로 불리기도 한다. 상기 서버로 예컨대, 웹 페이지(web page), 웹 컨텐트 또는 웹 서비스(web content or web service)를 제공하는 웹 서버(Web server)나 포털 서버(portal server), 광고 데이터(advertising data)를 제공하는 광고 서버(advertising server), 컨텐트를 제공하는 컨텐트 서버(content server), SNS(Social Network Service)를 제공하는 SNS 서버, 제조업체(manufacturer)에서 제공하는 서비스 서버(service server), VoD(Video on Demand)나 스트리밍(streaminng) 서비스 제공을 위한 MVPD(Multichannel Video Programming Distributor), 유료 서비스(pay service) 등을 제공하는 서비스 서버 등이 포함될 수 있다.
[76]
또한, 이하 본 명세서에서 설명의 편의를 위하여 애플리케이션으로만 기술한 경우에도 그 문맥 등을 기초하여 그 의미는 애플리케이션뿐만 아니라 서비스까지 포함하는 의미일 수 있다. 또한, 애플리케이션은 웹OS 프랫폼에 따른 웹 애플리케이션을 의미할 수 있다.
[77]
이하 첨부된 도면을 참조하면 본 발명을 더욱 상세하게 설명하면, 다음과 같다.
[78]
도 1은 본 발명의 일 실시 예에 따른 디지털 디바이스를 포함한 서비스 시스템을 개략적으로 설명하기 위해 도시한 도면이다.
[79]
도 1에 도시한 바와 같이, 서비스 시스템은, 컨텐트 프로바이더(content provider)(10), 서비스 프로바이더(service provider)(20), 네트워크 프로바이더(network provider)(30) 및 HNED(Home Network End User)(Customer)(40)를 포함한다. 여기서, HNED(40)는 예를 들어, 클라이언트(100) 즉, 본 발명에 따른 디지털 디바이스를 포함한다.
[80]
컨텐트 프로바이더(10)는, 각종 컨텐트를 제작하여 제공한다. 도 1에 도시된 바와 같이, 이러한 컨텐트 프로바이더(10)로 지상파 방송 송출자, 케이블 방송 사업자(cable SO(System Operator)) 또는 MSO(Multiple SO), 위성 방송 송출자, 다양한 인터넷 방송 송출자, 개인 컨텐트 프로바이더들 등을 예시할 수 있다. 한편, 컨텐트 프로바이더(10)는, 방송 컨텐트 외에도 다양한 서비스나 애플리케이션 등을 제작하여 제공할 수 있다.
[81]
서비스 프로바이더(20)는, 컨텐트 프로바이더(10)에 의해 제작된 컨텐트를 서비스 패키지화(service packetizing)하여 HNED(40)로 제공한다. 예컨대, 서비스 프로바이더(20)는, 제1 지상파 방송, 제2 지상파 방송, 케이블 MSO, 위성 방송, 다양한 인터넷 방송, 애플리케이션 등에 의해 제작된 컨텐트들 중 적어도 하나 이상을 서비스를 위해 패키지화하고, 이를 HNED(40)에게 제공한다.
[82]
서비스 프로바이더(20)는, 유니-캐스트(uni-cast) 또는 멀티-캐스트(multi-cast) 방식으로 클라이언트(100)에 서비스를 제공한다. 한편, 서비스 프로바이더(20)는 데이터를 미리 등록된 다수의 클라이언트(100)로 한꺼번에 전송할 수 있는데, 이를 위해 IGMP(Internet Group Management Protocol) 프로토콜 등을 이용할 수 있다.
[83]
상술한 컨텐트 프로바이더(10)와 서비스 프로바이더(20)는, 동일한 개체(entity)일 수 있다. 예를 들어, 컨텐트 프로바이더(10)가 제작한 컨텐트를 서비스 패키지화하여 HNED(40)로 제공함으로써 서비스 프로바이더(20)의 기능도 함께 수행하거나 그 반대일 수도 있다.
[84]
네트워크 프로바이더(30)는, 컨텐트 프로바이더(10) 또는/및 서비스 프로바이더(20)와 클라이언트(100) 사이의 데이터 교환을 위한 네트워크 망을 제공한다.
[85]
클라이언트(100)는, HNED(40)에 속한 소비자로서, 네트워크 프로바이더(30)를 통해 예컨대, 홈 네트워크(home network)를 구축하여 데이터를 수신하며, VoD, 스트리밍 등 다양한 서비스나 애플리케이션 등에 관한 데이터를 송/수신할 수도 있다.
[86]
한편, 서비스 시스템 내 컨텐트 프로바이더(10) 또는/및 서비스 프로바이더(20)는 전송되는 컨텐트의 보호를 위해 제한 수신(conditional access) 또는 컨텐트 보호(content protection) 수단을 이용할 수 있다. 따라서, 클라이언트(100)는 상기 제한 수신이나 컨텐트 보호에 대응하여 케이블카드(CableCARD)(또는 POD: Point of Deployment), DCAS(Downloadable CAS) 등과 같은 처리 수단을 이용할 수 있다.
[87]
그 밖에, 클라이언트(100)도 네트워크를 통해, 양방향 서비스를 이용할 수 있다. 따라서, 클라이언트(100)가 오히려 컨텐트 프로바이더의 역할 내지 기능을 수행할 수도 있으며, 서비스 프로바이더(20)는 이를 수신하여 다시 다른 클라이언트 등으로 전송할 수도 있다.
[88]
도 1에서 컨텐트 프로바이더(10) 또는/및 서비스 프로바이더(20)는 본 명세서에서 후술하는 서비스를 제공하는 서버일 수 있다. 이 경우, 상기 서버는 필요에 따라 네트워크 프로바이더(30)도 소유 내지 포함하는 의미일 수 있다. 이하 특별히 언급하지 않더라도 서비스 또는 서비스 데이터는, 전술한 외부로부터 수신되는 서비스 내지 애플리케이션뿐만 아니라 내부 서비스 내지 애플리케이션을 포함하며, 이러한 서비스 내지 애플리케이션은 웹OS(Web OS) 기반의 클라이언트(100)를 위한 서비스 내지 애플리케이션 데이터를 의미할 수 있다.
[89]
도 2는 본 발명의 일 실시 예에 따른 디지털 디바이스를 설명하기 위해 도시한 구성 블록도이다.
[90]
이하 본 명세서에서 기술되는 디지털 디바이스는 전술한 도 1의 클라이언트(100)에 해당한다.
[91]
디지털 디바이스(200)는, 네트워크 인터페이스부(network interface)(201), TCP/IP 매니저(TCP/IP manager)(202), 서비스 전달 매니저(service delivery manager)(203), SI 디코더(204), 역다중화부(demux or demultiplexer)(205), 오디오 디코더(audio decoder)(206), 비디오 디코더(video decoder)(207), 디스플레이부(display A/V and OSD module)(208), 서비스 제어 매니저(service control manager)(209), 서비스 디스커버리 매니저(service discovery manager)(210), SI&메타데이터 데이터베이스(SI&metadata DB)(211), 메타데이터 매니저(metadata manager)(212), 서비스 매니저(213), UI 매니저(214) 등을 포함하여 구성된다.
[92]
네트워크 인터페이스부(201)는, 액세스하는 네트워크 망을 통하여 IP 패킷(들)(Internet Protocol(IP) packet(s)) 또는 IP 데이터그램(들)(IP datagram(s))(이하 IP 패킷(들)이라 한다)을 송/수신한다. 일 예로, 네트워크 인터페이스부(201)는 네트워크 망을 통해 도 1의 서비스 프로바이더(20)로부터 서비스, 애플리케이션, 컨텐트 등을 수신할 수 있다.
[93]
TCP/IP 매니저(202)는, 디지털 디바이스(200)로 수신되는 IP 패킷들과 디지털 디바이스(200)가 전송하는 IP 패킷들에 대하여 즉, 소스(source)와 목적지(destination) 사이의 패킷 전달(packet delivery)에 관여한다. 상기 TCP/IP 매니저(202)는 수신된 패킷(들)을 적절한 프로토콜에 대응하도록 분류하고, 서비스 전달 매니저(205), 서비스 디스커버리 매니저(210), 서비스 제어 매니저(209), 메타데이터 매니저(212) 등으로 상기 분류된 패킷(들)을 출력한다.
[94]
서비스 전달 매니저(203)는, 수신되는 서비스 데이터의 제어를 담당한다. 예를 들어, 서비스 전달 매니저(203)는 실시간 스트리밍(real-time streaming) 데이터를 제어하는 경우에는 RTP/RTCP를 사용할 수 있다. 상기 실시간 스트리밍 데이터를 RTP를 사용하여 전송하는 경우, 서비스 전달 매니저(203)는 상기 수신된 데이터 패킷을 RTP에 따라 파싱(parsing)하여 역다중화부(205)로 전송하거나 서비스 매니저(213)의 제어에 따라 SI&메타데이터 데이터베이스(211)에 저장한다. 그리고, 서비스 전달 매니저(203)는 RTCP를 이용하여 상기 네트워크 수신 정보를 서비스를 제공하는 서버 측에 피드백(feedback)한다.
[95]
역다중화부(205)는, 수신된 패킷을 오디오, 비디오, SI(System Information) 데이터 등으로 역다중화하여 각각 오디오/비디오 디코더(206/207), SI 디코더(204)에 전송한다.
[96]
SI 디코더(204)는, 역다중화된 SI 데이터 즉, PSI(Program Specific Information), PSIP(Program and System Information Protocol), DVB-SI(Digital Video Broadcasting-Service Information), DTMB/CMMB(Digital Television Terrestrial Multimedia Broadcasting/Coding Mobile Multimedia Broadcasting) 등의 서비스 정보를 디코딩한다. 또한, SI 디코더(204)는, 디코딩된 서비스 정보들을 SI&메타데이터 데이터베이스(211)에 저장할 수 있다. 저장된 서비스 정보는 예를 들어, 사용자의 요청 등에 의해 해당 구성에 의해 독출되어 이용될 수 있다.
[97]
오디오/비디오 디코더(206/207)는, 역다중화된 각 오디오 데이터와 비디오 데이터를 디코딩한다. 이렇게 디코딩된 오디오 데이터 및 비디오 데이터는 디스플레이부(208)를 통하여 사용자에게 제공된다.
[98]
애플리케이션 매니저는 예를 들어, UI 매니저(214)와 서비스 매니저(213)를 포함하며 디지털 디바이스(200)의 제어부 기능을 수행할 수 있다. 다시 말해, 애플리케이션 매니저는, 디지털 디바이스(200)의 전반적인 상태를 관리하고 사용자 인터페이스(UI: User Interface)를 제공하며, 다른 매니저를 관리할 수 있다.
[99]
UI 매니저(214)는, 사용자를 위한 GUI(Graphic User Interface)/UI를 OSD(On Screen Display) 등을 이용하여 제공하며, 사용자로부터 키 인풋을 받아 상기 인풋에 따른 디바이스 동작을 수행한다. 예를 들어, UI 매니저(214)는 사용자로부터 채널 선택에 관한 키 인풋을 받으면 상기 키 인풋 신호를 서비스 매니저(213)에 전송한다.
[100]
서비스 매니저(213)는, 서비스 전달 매니저(203), 서비스 디스커버리 매니저(210), 서비스 제어 매니저(209), 메타데이터 매니저(212) 등 서비스와 연관된 매니저를 제어한다.
[101]
또한, 서비스 매니저(213)는, 채널 맵(channel map)을 생성하고 UI 매니저(214)로부터 수신한 키 인풋에 따라 상기 생성된 채널 맵을 이용하여 채널을 선택 등을 제어한다. 상기 서비스 매니저(213)는 SI 디코더(204)로부터 서비스 정보를 전송받아 선택된 채널의 오디오/비디오 PID(Packet Identifier)를 역다중화부(205)에 설정한다. 이렇게 설정되는 PID는 상술한 역다중화 과정에 이용될 수 있다. 따라서, 역다중화부(205)는 상기 PID를 이용하여 오디오 데이터, 비디오 데이터 및 SI 데이터를 필터링(PID or section filtering) 한다.
[102]
서비스 디스커버리 매니저(210)는, 서비스를 제공하는 서비스 프로바이더를 선택하는데 필요한 정보를 제공한다. 상기 서비스 매니저(213)로부터 채널 선택에 관한 신호를 수신하면, 서비스 디스커버리 매니저(210)는 상기 정보를 이용하여 서비스를 찾는다.
[103]
서비스 제어 매니저(209)는, 서비스의 선택과 제어를 담당한다. 예를 들어, 서비스 제어 매니저(209)는 사용자가 기존의 방송 방식과 같은 생방송(live broadcasting) 서비스를 선택하는 경우 IGMP 또는 RTSP 등을 사용하고, VOD(Video on Demand)와 같은 서비스를 선택하는 경우에는 RTSP를 사용하여 서비스의 선택, 제어를 수행한다. 상기 RTSP 프로토콜은 실시간 스트리밍에 대해 트릭 모드(trick mode)를 제공할 수 있다. 또한, 서비스 제어 매니저(209)는 IMS(IP Multimedia Subsystem), SIP(Session Initiation Protocol)를 이용하여 IMS 게이트웨이(250)를 통하는 세션을 초기화하고 관리할 수 있다. 상기 프로토콜들은 일 실시 예이며, 구현 예에 따라 다른 프로토콜을 사용할 수도 있다.
[104]
메타데이터 매니저(212)는, 서비스와 연관된 메타데이터를 관리하고 상기 메타데이터를 SI&메타데이터 데이터베이스(211)에 저장한다.
[105]
SI&메타데이터 데이터베이스(211)는, SI 디코더(204)가 디코딩한 서비스 정보, 메타데이터 매니저(212)가 관리하는 메타데이터 및 서비스 디스커버리 매니저(210)가 제공하는 서비스 프로바이더를 선택하는데 필요한 정보를 저장한다. 또한, SI&메타데이터 데이터베이스(211)는 시스템에 대한 세트-업 데이터 등을 저장할 수 있다.
[106]
SI&메타데이터 데이터베이스(211)는, 비휘발성 메모리(Non-Volatile RAM: NVRAM) 또는 플래시 메모리(flash memory) 등을 사용하여 구현될 수도 있다.
[107]
한편, IMS 게이트웨이(250)는, IMS 기반의 IPTV 서비스에 접근하기 위해 필요한 기능들을 모아 놓은 게이트웨이이다.
[108]
도 3은 본 발명의 다른 실시 예에 따른 디지털 디바이스를 설명하기 위해 도시한 구성 블록도이다.
[109]
전술한 도 2가 고정 디바이스를 디지털 디바이스의 일 실시 예로 하여 설명하였다면, 도 3은 모바일 디바이스를 디지털 디바이스의 다른 실시 예로 한다.
[110]
도 3을 참조하면, 모바일 디바이스(300)는 무선 통신부(310), A/V(Audio/Video) 입력부(320), 사용자 입력부(330), 센싱부(340), 출력부(350), 메모리(360), 인터페이스부(370), 제어부(380) 및 전원 공급부(390) 등을 포함할 수 있다.
[111]
이하 각 구성요소에 대해 상세히 설명하면, 다음과 같다.
[112]
무선 통신부(310)는, 모바일 디바이스(300)와 무선 통신 시스템 사이 또는 모바일 디바이스와, 모바일 디바이스가 위치한 네트워크 사이의 무선 통신을 가능하게 하는 하나 또는 그 이상의 모듈을 포함할 수 있다. 예를 들어, 무선 통신부(310)는 방송 수신 모듈(311), 이동통신 모듈(312), 무선 인터넷 모듈(313), 근거리 통신 모듈(314) 및 위치정보 모듈(315) 등을 포함할 수 있다.
[113]
방송 수신 모듈(311)은, 방송 채널을 통하여 외부의 방송 관리 서버로부터 방송 신호 및/또는 방송 관련된 정보를 수신한다. 여기서, 방송 채널은 위성 채널, 지상파 채널을 포함할 수 있다. 상기 방송 관리 서버는, 방송 신호 및/또는 방송 관련 정보를 생성하여 송신하는 서버 또는 기 생성된 방송 신호 및/또는 방송 관련 정보를 제공받아 단말기에 송신하는 서버를 의미할 수 있다. 상기 방송 신호는, TV 방송 신호, 라디오 방송 신호, 데이터 방송 신호를 포함할 뿐만 아니라, TV 방송 신호 또는 라디오 방송 신호에 데이터 방송 신호가 결합한 형태의 방송 신호도 포함할 수 있다.
[114]
방송 관련 정보는, 방송 채널, 방송 프로그램 또는 방송 서비스 프로바이더에 관련한 정보를 의미할 수 있다. 상기 방송 관련 정보는, 이동통신망을 통하여도 제공될 수 있다. 이러한 경우에는 상기 이동통신 모듈(312)에 의해 수신될 수 있다.
[115]
방송 관련 정보는 다양한 형태 예를 들어, EPG(Electronic Program Guide) 또는 ESG(Electronic Service Guide) 등의 형태로 존재할 수 있다.
[116]
방송수신 모듈(311)은 예를 들어, ATSC, DVB-T(Digital Video Broadcasting-Terrestrial), DVB-S(Satellite), MediaFLO(Media Forward Link Only), DVB-H(Handheld), ISDB-T(Integrated Services Digital Broadcast-Terrestrial) 등 디지털 방송 시스템을 이용하여 디지털 방송 신호를 수신할 수 있다. 물론, 방송수신 모듈(311)은, 상술한 디지털 방송 시스템뿐만 아니라 다른 방송 시스템에 적합하도록 구성될 수도 있다.
[117]
방송수신 모듈(311)을 통해 수신된 방송 신호 및/또는 방송 관련 정보는, 메모리(360)에 저장될 수 있다.
[118]
이동통신 모듈(312)은, 이동 통신망 상에서 기지국, 외부 단말, 서버 중 적어도 하나와 무선 신호를 송수신한다. 무선 신호는, 음성 신호, 화상 통화 신호 또는 문자/멀티미디어 메시지 송수신에 따른 다양한 형태의 데이터를 포함할 수 있다.
[119]
무선인터넷 모듈(313)은, 무선 인터넷 접속을 위한 모듈을 포함하여, 모바일 디바이스(300)에 내장되거나 외장될 수 있다. 무선 인터넷 기술로는 WLAN(Wireless LAN)(Wi-Fi), Wibro(Wireless broadband), Wimax(World Interoperability for Microwave Access), HSDPA(High Speed Downlink Packet Access) 등이 이용될 수 있다.
[120]
근거리통신 모듈(314)은, 근거리 통신을 위한 모듈을 말한다. 근거리 통신(short range communication) 기술로 블루투스(Bluetooth), RFID(Radio Frequency Identification), 적외선 통신(IrDA, infrared Data Association), UWB(Ultra Wideband), ZigBee, RS-232, RS-485 등이 이용될 수 있다.
[121]
위치정보 모듈(315)은, 모바일 디바이스(300)의 위치 정보 획득을 위한 모듈로서, GPS(Global Position System) 모듈을 예로 할 수 있다.
[122]
A/V 입력부(320)는, 오디오 또는/및 비디오 신호 인풋을 위한 것으로, 이에는 카메라(321)와 마이크(322) 등이 포함될 수 있다. 카메라(321)는, 화상통화 모드 또는 촬영 모드에서 이미지 센서에 의해 얻어지는 정지영상 또는 동영상 등의 화상 프레임을 처리한다. 처리된 화상 프레임은 디스플레이부(351)에 표시될 수 있다.
[123]
카메라(321)에서 처리된 화상 프레임은, 메모리(360)에 저장되거나 무선 통신부(310)를 통하여 외부로 전송될 수 있다. 카메라(321)는, 사용 환경에 따라 2개 이상이 구비될 수도 있다.
[124]
마이크(322)는, 통화 모드 또는 녹음 모드, 음성인식 모드 등에서 마이크로폰(Microphone)에 의해 외부의 음향 신호를 입력받아 전기적인 음성 데이터로 처리한다. 처리된 음성 데이터는, 통화 모드인 경우 이동통신 모듈(312)을 통하여 이동통신 기지국으로 송신 가능한 형태로 변환되어 출력될 수 있다. 마이크(322)에는 외부의 음향 신호를 입력받는 과정에서 발생하는 잡음(noise)을 제거하기 위한 다양한 잡음 제거 알고리즘이 구현될 수 있다.
[125]
사용자 입력부(330)는, 사용자가 단말기의 동작 제어를 위한 인풋 데이터를 발생시킨다. 사용자 입력부(330)는, 키 패드(key pad), 돔 스위치 (dome switch), 터치 패드(정압/정전), 조그 휠(jog wheel), 조그 스위치(jog switch) 등으로 구성될 수 있다.
[126]
센싱부(340)는, 모바일 디바이스(300)의 개폐 상태, 모바일 디바이스(300)의 위치, 사용자 접촉 유무, 모바일 디바이스의 방위, 모바일 디바이스의 가속/감속 등과 같이 모바일 디바이스(300)의 현재 상태를 감지하여 모바일 디바이스(300)의 동작 제어를 위한 센싱 신호를 발생시킨다. 예를 들어, 모바일 디바이스(300)가 이동되거나 기울어진 경우 모바일 디바이스의 위치 내지 기울기 등을 센싱할 수 있다. 또한, 전원 공급부(390)의 전원 공급 여부, 인터페이스부(370)의 외부 디바이스 결합 여부 등도 센싱할 수도 있다. 한편, 센싱부(240)는, NFC(Near Field Communication) 등을 포함한 근접 센서(341)를 포함할 수 있다.
[127]
출력부(350)는, 시각, 청각 또는 촉각 등과 관련된 출력을 발생시키기 위한 것으로, 디스플레이부(351), 음향 출력 모듈(352), 알람부(353), 및 햅틱 모듈(354) 등이 포함될 수 있다.
[128]
디스플레이부(351)는, 모바일 디바이스(300)에서 처리되는 정보를 표시(출력)한다. 예를 들어, 모바일 디바이스가 통화 모드인 경우 통화와 관련된 UI 또는 GUI를 표시한다. 모바일 디바이스(300)가 화상 통화 모드 또는 촬영 모드인 경우에는, 촬영 또는/및 수신된 영상 또는 UI, GUI를 표시한다.
[129]
디스플레이부(351)는, 액정 디스플레이(liquid crystal display, LCD), 박막 트랜지스터 액정 디스플레이(thin film transistor-liquid crystal display, TFT LCD), 유기 발광 다이오드(organic light-emitting diode, OLED), 플렉시블 디스플레이(flexible display), 3차원 디스플레이 중에서 적어도 하나를 포함할 수 있다.
[130]
이들 중 일부 디스플레이는 그를 통해 외부를 볼 수 있도록 투명형 또는 광투과형으로 구성될 수 있다. 이는 투명 디스플레이라 호칭될 수 있는데, 상기 투명 디스플레이의 대표적인 예로는 TOLED(Transparant OLED) 등이 있다. 디스플레이부(351)의 후방 구조 또한 광 투과형 구조로 구성될 수 있다. 이러한 구조에 의하여, 사용자는 단말기 바디의 디스플레이부(351)가 차지하는 영역을 통해 단말기 바디(body)의 후방에 위치한 사물을 볼 수 있다.
[131]
모바일 디바이스(300)의 구현 형태에 따라 디스플레이부(351)가 2개 이상 존재할 수 있다. 예를 들어, 모바일 디바이스(300)에는 복수의 디스플레이부들이 하나의 면에 이격되거나 일체로 배치될 수 있고, 또한 서로 다른 면에 각각 배치될 수도 있다.
[132]
디스플레이부(351)와 터치 동작을 감지하는 센서(이하 '터치 센서'라 함)가 상호 레이어 구조를 이루는 경우(이하, '터치 스크린'이라 함)에, 디스플레이부(351)는 출력 디바이스 이외에 인풋 디바이스로도 사용될 수 있다. 터치 센서는, 예를 들어, 터치 필름, 터치 시트, 터치 패드 등의 형태를 가질 수 있다.
[133]
터치 센서는 디스플레이부(351)의 특정 부위에 가해진 압력 또는 디스플레이부(351)의 특정 부위에 발생하는 정전 용량 등의 변화를 전기적인 입력신호로 변환하도록 구성될 수 있다. 터치 센서는 터치 되는 위치 및 면적뿐만 아니라, 터치 시의 압력까지도 검출할 수 있도록 구성될 수 있다.
[134]
터치 센서에 대한 터치 인풋이 있는 경우, 그에 대응하는 신호(들)는 터치 제어기로 보내진다. 터치 제어기는 그 신호(들)를 처리한 다음 대응하는 데이터를 제어부(380)로 전송한다. 이로써, 제어부(380)는 디스플레이부(351)의 어느 영역이 터치 되었는지 여부 등을 알 수 있게 된다.
[135]
터치스크린에 의해 감싸지는 모바일 디바이스의 내부 영역 또는 상기 터치 스크린의 근처에 근접 센서(341)가 배치될 수 있다. 상기 근접 센서는 소정의 검출면에 접근하는 물체, 혹은 근방에 존재하는 물체의 유무를 전자계의 힘 또는 적외선을 이용하여 기계적 접촉이 없이 검출하는 센서를 말한다. 근접 센서는 접촉식 센서보다는 그 수명이 길며 그 활용도 또한 높다.
[136]
상기 근접 센서의 예로는 투과형 광전 센서, 직접 반사형 광전 센서, 미러 반사형 광전 센서, 고주파 발진형 근접 센서, 정전용량형 근접 센서, 자기형 근접 센서, 적외선 근접 센서 등이 있다. 상기 터치스크린이 정전식인 경우에는 상기 포인터의 근접에 따른 전계의 변화로 상기 포인터의 근접을 검출하도록 구성된다. 이 경우 상기 터치 스크린(터치 센서)은 근접 센서로 분류될 수도 있다.
[137]
이하에서는 설명의 편의를 위해, 상기 터치스크린 상에 포인터가 접촉되지 않으면서 근접되어 상기 포인터가 상기 터치스크린 상에 위치함이 인식되도록 하는 행위를 "근접 터치(proximity touch)"라고 칭하고, 상기 터치스크린 상에 포인터가 실제로 접촉되는 행위를 "접촉 터치(contact touch)"라고 칭한다. 상기 터치스크린 상에서 포인터로 근접 터치가 되는 위치라 함은, 상기 포인터가 근접 터치될 때 상기 포인터가 상기 터치스크린에 대해 수직으로 대응되는 위치를 의미한다.
[138]
상기 근접 센서는, 근접 터치와, 근접 터치 패턴(예를 들어, 근접 터치 거리, 근접 터치 방향, 근접 터치 속도, 근접 터치 시간, 근접 터치 위치, 근접 터치 이동 상태 등)을 감지한다. 상기 감지된 근접 터치 동작 및 근접 터치 패턴에 상응하는 정보는 터치 스크린상에 출력될 수 있다.
[139]
음향출력모듈(352)은, 호신호 수신, 통화 모드 또는 녹음 모드, 음성인식 모드, 방송수신 모드 등에서 무선 통신부(310)로부터 수신되거나 메모리(360)에 저장된 오디오 데이터를 출력할 수 있다. 음향 출력 모듈(352)은 모바일 디바이스(300)에서 수행되는 기능(예를 들어, 호신호 수신음, 메시지 수신음 등)과 관련된 음향 신호를 출력하기도 한다. 이러한 음향 출력 모듈(352)에는 리시버(receiver), 스피커(speaker), 버저(buzzer) 등이 포함될 수 있다.
[140]
알람부(353)는, 모바일 디바이스(300)의 이벤트 발생을 알리기 위한 신호를 출력한다. 모바일 디바이스에서 발생 되는 이벤트의 예로는 호 신호 수신, 메시지 수신, 키 신호 입력, 터치 입력 등이 있다. 알람부(353)는, 비디오 신호나 오디오 신호 이외에 다른 형태, 예를 들어 진동으로 이벤트 발생을 알리기 위한 신호를 출력할 수도 있다. 상기 비디오 신호나 오디오 신호는 디스플레이부(351)나 음성 출력 모듈(352)을 통해서도 출력될 수 있어서, 그들(351,352)은 알람부(353)의 일부로 분류될 수도 있다.
[141]
햅틱 모듈(haptic module)(354)은, 사용자가 느낄 수 있는 다양한 촉각 효과를 발생시킨다. 햅틱 모듈(354)이 발생시키는 촉각 효과의 대표적인 예로는 진동이 있다. 햅택 모듈(354)이 발생하는 진동의 세기와 패턴 등은 제어 가능하다. 예를 들어, 서로 다른 진동을 합성하여 출력하거나 순차적으로 출력할 수도 있다. 햅틱 모듈(354)은, 진동 외에도, 접촉 피부면에 대해 수직 운동하는 핀 배열, 분사구나 흡입구를 통한 공기의 분사력이나 흡입력, 피부 표면에 대한 스침, 전극(eletrode)의 접촉, 정전기력 등의 자극에 의한 효과와, 흡열이나 발열 가능한 소자를 이용한 냉/온감 재현에 의한 효과 등 다양한 촉각 효과를 발생시킬 수 있다. 햅틱 모듈(354)은, 직접적인 접촉을 통해 촉각 효과의 전달할 수 있을 뿐만 아니라, 사용자가 손가락이나 팔 등의 근 감각을 통해 촉각 효과를 느낄 수 있도록 구현할 수도 있다. 햅틱 모듈(354)은, 모바일 디바이스(300)의 구성 태양에 따라 2개 이상이 구비될 수 있다.
[142]
메모리(360)는, 제어부(380)의 동작을 위한 프로그램을 저장할 수 있고, 입/출력되는 데이터들(예를 들어, 폰 북, 메시지, 정지영상, 동영상 등)을 임시 저장할 수도 있다. 상기 메모리(360)는 상기 터치스크린 상의 터치 인풋 시 출력되는 다양한 패턴의 진동 및 음향에 관한 데이터를 저장할 수 있다.
[143]
메모리(360)는, 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 멀티미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(Random Access Memory, RAM), SRAM(Static Random Access Memory), 롬(Read-Only Memory, ROM), EEPROM(Electrically Erasable Programmable Read-Only Memory), PROM(Programmable Read-Only Memory), 자기 메모리, 자기 디스크, 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다. 모바일 디바이스(300)는 인터넷(internet) 상에서 상기 메모리(360)의 저장 기능을 수행하는 웹 스토리지(web storage)와 관련되어 동작할 수도 있다.
[144]
인터페이스부(370)는, 모바일 디바이스(300)에 연결되는 모든 외부 디바이스와의 통로 역할을 한다. 인터페이스부(370)는 외부 디바이스로부터 데이터를 전송 받거나, 전원을 공급받아 모바일 디바이스(300) 내부의 각 구성 요소에 전달하거나, 모바일 디바이스(300) 내부의 데이터가 외부 디바이스로 전송되도록 한다. 예를 들어, 유/무선 헤드셋 포트, 외부 충전기 포트, 유/무선 데이터 포트, 메모리 카드(memory card) 포트, 식별 모듈이 구비된 디바이스를 연결하는 포트, 오디오 I/O(Input/Output) 포트, 비디오 I/O 포트, 이어폰 포트 등이 인터페이스부(370)에 포함될 수 있다.
[145]
식별 모듈은 모바일 디바이스(300)의 사용 권한을 인증하기 위한 각종 정보를 저장한 칩으로서, 사용자 인증 모듈(User Identify Module, UIM), 가입자 인증 모듈(Subscriber Identify Module, SIM), 범용 사용자 인증 모듈(Universal Subscriber Identity Module, USIM) 등을 포함할 수 있다. 식별 모듈이 구비된 디바이스(이하 '식별 디바이스')는, 스마트 카드(smart card) 형식으로 제작될 수 있다. 따라서 식별 디바이스는 포트를 통하여 단말기(200)와 연결될 수 있다.
[146]
인터페이스부(370)는, 모바일 디바이스(300)가 외부 크래들(cradle)과 연결될 때, 상기 크래들로부터의 전원이 상기 모바일 디바이스(300)에 공급되는 통로가 되거나, 사용자에 의해 상기 크래들에서 입력되는 각종 명령 신호가 상기 모바일 디바이스로 전달되는 통로가 될 수 있다. 크래들로부터 입력되는 각종 명령 신호 또는 상기 전원은, 모바일 디바이스가 상기 크래들에 정확히 장착되었음을 인지하기 위한 신호로 동작될 수도 있다.
[147]
제어부(380)는, 통상적으로 모바일 디바이스(300)의 전반적인 동작을 제어한다. 제어부(380)는 예를 들어, 음성 통화, 데이터 통신, 화상 통화 등을 위한 관련된 제어 및 처리를 수행한다. 제어부(380)는, 멀티미디어 재생을 위한 멀티미디어 모듈(381)을 구비할 수도 있다. 멀티미디어 모듈(381)은, 제어부(380) 내에 구현될 수도 있고, 제어부(380)와 별도로 구현될 수도 있다. 제어부(380)는, 터치-스크린상에서 행해지는 필기 인풋 또는 그림 그리기 인풋을 각각 문자 및 이미지로 인식할 수 있는 패턴 인식(pattern recognition) 처리를 행할 수 있다.
[148]
전원 공급부(390)는, 제어부(380)의 제어에 의해 외부의 전원, 내부의 전원을 인가받아 각 구성요소들의 동작에 필요한 전원을 공급한다.
[149]
여기에 설명되는 다양한 실시예는 예를 들어, 소프트웨어, 하드웨어 또는 이들의 조합된 것을 이용하여 컴퓨터 또는 이와 유사한 디바이스로 읽을 수 있는 기록매체 내에서 구현될 수 있다.
[150]
하드웨어적인 구현에 의하면, 여기에 설명되는 실시예는 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays, 프로세서, 제어기, 마이크로 컨트롤러(micro-controllers), 마이크로 프로세서(microprocessors), 기타 기능 수행을 위한 전기적인 유닛(unit) 중 적어도 하나를 이용하여 구현될 수 있다. 일부의 경우에 본 명세서에서 설명되는 실시 예들이 제어부(380) 자체로 구현될 수 있다.
[151]
소프트웨어적인 구현에 의하면, 본 명세서에서 설명되는 절차 및 기능과 같은 실시 예들은 별도의 소프트웨어 모듈들로 구현될 수 있다. 소프트웨어 모듈들 각각은 본 명세서에서 설명되는 하나 이상의 기능 및 작동을 수행할 수 있다. 적절한 프로그램 언어로 쓰여진 소프트웨어 애플리케이션으로 소프트웨어 코드(software code)가 구현될 수 있다. 여기서, 소프트웨어 코드는, 메모리(360)에 저장되고, 제어부(380)에 의해 실행될 수 있다.
[152]
도 4는 본 발명의 또 다른 실시 예에 따른 디지털 디바이스를 설명하기 위해 도시한 구성 블록도이다.
[153]
디지털 디바이스(400)의 다른 예는, 방송 수신부(405), 외부 디바이스 인터페이스부(435), 저장부(440), 사용자입력 인터페이스부(450), 제어부(470), 디스플레이부(480), 오디오 출력부(485), 전원 공급부(490) 및 촬영부(미도시)를 포함할 수 있다. 여기서, 상기 방송 수신부(405)는, 적어도 하나의 튜너(410), 복조부(420) 및 네트워크 인터페이스부(430)를 포함할 수 있다. 다만, 경우에 따라, 상기 방송 수신부(405)는 튜너(410)와 복조부(420)는 구비하나 네트워크 인터페이스부(430)는 포함하지 않을 수 있으며 그 반대의 경우일 수도 있다. 또한, 상기 방송 수신부(405)는 도시되진 않았으나, 다중화부(multiplexer)를 구비하여 상기 튜너(410)를 거쳐 복조부(420)에서 복조된 신호와 상기 네트워크 인터페이스부(430)를 거쳐 수신된 신호를 다중화할 수도 있다. 그 밖에 상기 방송 수신부(425)는 역시 도시되진 않았으나, 역다중화부(demultiplexer)를 구비하여 상기 다중화된 신호를 역다중화하거나 상기 복조된 신호 또는 상기 네트워크 인터페이스부(430)를 거친 신호를 역다중화할 수 있다.
[154]
튜너(410)는, 안테나를 통해 수신되는 RF(Radio Frequency) 방송 신호 중 사용자에 의해 선택된 채널 또는 기 저장된 모든 채널을 튜닝하여 RF 방송 신호를 수신한다. 또한, 튜너(410)는, 수신된 RF 방송 신호를 중간 주파수(Intermediate Frequency; IF) 신호 혹은 베이스밴드(baseband) 신호로 변환한다.
[155]
예를 들어, 수신된 RF 방송 신호가 디지털 방송 신호이면 디지털 IF 신호(DIF)로 변환하고, 아날로그 방송 신호이면 아날로그 베이스밴드 영상 또는 음성 신호(CVBS/SIF)로 변환한다. 즉, 튜너(410)는 디지털 방송 신호 또는 아날로그 방송 신호를 모두 처리할 수 있다. 튜너(410)에서 출력되는 아날로그 베이스 밴드 영상 또는 음성 신호(CVBS/SIF)는 제어부(470)로 직접 입력될 수 있다.
[156]
또한, 튜너(410)는, 싱글 캐리어(single carrier) 또는 멀티플 캐리어(multiple carrier)의 RF 방송 신호를 수신할 수 있다. 한편, 튜너(410)는, 안테나를 통해 수신되는 RF 방송 신호 중 채널 기억 기능을 통하여 저장된 모든 방송 채널의 RF 방송 신호를 순차로 튜닝 및 수신하여 이를 중간 주파수 신호 혹은 베이스 밴드 신호(DIF: Digital Intermediate Frequency or baseband signal)로 변환할 수 있다.
[157]
복조부(420)는, 튜너(410)에서 변환된 디지털 IF 신호(DIF)를 수신하여 복조하고, 채널 복호화 등을 수행할 수도 있다. 이를 위해 복조부(420)는 트렐리스 디코더(Trellis Decoder), 디인터리버(De-interleaver), 리드 솔로먼 디코더(Reed-Solomon Decoder) 등을 구비하거나 컨벌루션 디코더(convolution decoder), 디인터리버 및 리드-솔로먼 디코더 등을 구비할 수 있다.
[158]
복조부(420)는, 복조 및 채널 복호화를 수행한 후 스트림 신호(TS)를 출력할 수 있다. 이때, 스트림 신호는 영상 신호, 음성 신호 또는 데이터 신호가 다중화된 신호일 수 있다. 일 예로, 스트림 신호는 MPEG-2 규격의 영상 신호, 돌비(Dolby) AC-3 규격의 음성 신호 등이 다중화된 MPEG-2 TS(Transport Stream)일 수 있다.
[159]
복조부(420)에서 출력한 스트림 신호는 제어부(470)로 입력될 수 있다. 제어부(470)는 역다중화, 영상/음성 신호 처리 등을 제어하고, 디스플레이부(480)를 통해 영상을, 오디오 출력부(485)를 통해 음성의 출력을 제어할 수 있다.
[160]
외부 디바이스 인터페이스부(435)는 디지털 디바이스(300)와 다양한 외부 디바이스 사이의 인터페이싱 환경을 제공한다. 이를 위해, 외부 디바이스 인터페이스부(335)는, A/V 입/출력부(미도시) 또는 무선 통신부(미도시)를 포함할 수 있다.
[161]
외부 디바이스 인터페이스부(435)는, DVD(Digital Versatile Disk), 블루-레이(Blu-ray), 게임 디바이스, 카메라, 캠코더(Camcorder), 컴퓨터(노트북), 태블릿 PC, 스마트 폰, 블루투스 디바이스(Bluetooth device), 클라우드(Cloud) 등과 같은 외부 디바이스 등과 유/무선으로 접속될 수 있다. 외부 디바이스 인터페이스부(435)는 연결된 외부 디바이스를 통하여 입력되는 이미지, 영상, 음성 등 데이터를 포함한 신호를 디지털 디바이스의 제어부(470)로 전달한다. 제어부(470)는 처리된 이미지, 영상, 음성 등을 데이터 신호를 연결된 외부 디바이스로 출력되도록 제어할 수 있다. 이를 위해, 외부 디바이스 인터페이스부(435)는, A/V 입/출력부(미도시) 또는 무선 통신부(미도시)를 더 포함할 수 있다.
[162]
A/V 입/출력부는, 외부 디바이스의 영상 및 음성 신호를 디지털 디바이스(400)로 입력할 수 있도록, USB 단자, CVBS(Composite Video Banking Sync) 단자, 컴포넌트 단자, S-비디오 단자(아날로그), DVI(Digital Visual Interface) 단자, HDMI(High Definition Multimedia Interface) 단자, RGB 단자, D-SUB 단자 등을 포함할 수 있다.
[163]
무선 통신부는, 다른 디지털 디바이스와 근거리 무선 통신을 수행할 수 있다. 디지털 디바이스(400)는 예를 들어, 블루투스(Bluetooth), RFID(Radio Frequency Identification), 적외선 통신(IrDA, infrared Data Association), UWB(Ultra Wideband), 지그비(ZigBee), DLNA(Digital Living Network Alliance) 등의 통신 프로토콜에 따라 다른 디지털 디바이스와 네트워크 연결될 수 있다.
[164]
또한, 외부 디바이스 인터페이스부(435)는, 셋톱-박스(STB)와 상술한 각종 단자 중 적어도 하나를 통해 접속되어, 셋톱-박스(STB)와 입력/출력 동작을 수행할 수도 있다.
[165]
한편, 외부 디바이스 인터페이스부(435)는, 인접하는 외부 디바이스 내의 애플리케이션 또는 애플리케이션 목록(application list)을 수신하여, 제어부(470) 또는 저장부(440)로 전달할 수 있다.
[166]
네트워크 인터페이스부(430)는, 디지털 디바이스(400)를 인터넷 망을 포함하는 유/무선 네트워크와 연결하기 위한 인터페이스를 제공한다. 네트워크 인터페이스부(430)는, 유선 네트워크와의 접속을 위해 예를 들어, 이더넷(Ethernet) 단자 등을 구비할 수 있으며, 무선 네트워크와의 접속을 위해 예를 들어, WLAN(Wireless LAN)(Wi-Fi), Wibro(Wireless broadband), Wimax(World Interoperability for Microwave Access), HSDPA(High Speed Downlink Packet Access) 통신 규격 등을 이용할 수 있다.
[167]
네트워크 인터페이스부(430)는, 접속된 네트워크 또는 접속된 네트워크에 링크된 다른 네트워크를 통해, 다른 사용자 또는 다른 디지털 디바이스와 데이터를 송신 또는 수신할 수 있다. 특히, 디지털 디바이스(400)에 미리 등록된 다른 사용자 또는 다른 디지털 디바이스 중 선택된 사용자 또는 선택된 디지털 디바이스에, 상기 디지털 디바이스(400)에 저장된 일부의 컨텐트 데이터를 송신할 수 있다.
[168]
한편, 네트워크 인터페이스부(430)는, 접속된 네트워크 또는 접속된 네트워크에 링크된 다른 네트워크를 통해, 소정 웹 페이지에 접속할 수 있다. 즉, 네트워크를 통해 소정 웹 페이지에 접속하여, 해당 서버와 데이터를 송신 또는 수신할 수 있다. 그 외, 컨텐트 프로바이더 또는 네트워크 운영자가 제공하는 컨텐트 또는 데이터들을 수신할 수 있다. 즉, 네트워크를 통하여 컨텐트 프로바이더 또는 네트워크 프로바이더로부터 제공되는 영화, 광고, 게임, VOD, 방송 신호 등의 컨텐트 및 그와 관련된 정보를 수신할 수 있다. 또한, 네트워크 운영자가 제공하는 펌웨어(firmware)의 업데이트 정보 및 업데이트 파일을 수신할 수 있다. 또한, 인터넷 또는 컨텐트 프로바이더 또는 네트워크 운영자에게 데이터들을 송신할 수 있다.
[169]
또한, 네트워크 인터페이스부(430)는, 네트워크를 통해 공개(open)된 애플리케이션들 중 원하는 애플리케이션을 선택하여 수신할 수 있다.
[170]
저장부(440)는, 제어부(470) 내의 각 신호 처리 및 제어를 위한 프로그램을 저장할 수도 있고, 신호 처리된 영상, 음성 또는 데이터 신호를 저장할 수도 있다.
[171]
또한, 저장부(440)는 외부 디바이스 인터페이스부(435) 또는 네트워크 인터페이스부(430)로부터 입력되는 영상, 음성, 또는 데이터 신호의 임시 저장을 위한 기능을 수행할 수도 있다. 저장부(440)는, 채널 기억 기능을 통하여 소정 방송 채널에 관한 정보를 저장할 수 있다.
[172]
저장부(440)는, 외부 디바이스 인터페이스부(435) 또는 네트워크 인터페이스부(330)로부터 입력되는 애플리케이션 또는 애플리케이션 목록을 저장할 수 있다.
[173]
또한, 저장부(440)는, 후술하여 설명하는 다양한 플랫폼(platform)을 저장할 수도 있다.
[174]
저장부(440)는, 예를 들어 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 멀티미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(RAM), 롬(EEPROM 등) 중 적어도 하나의 타입의 저장매체를 포함할 수 있다. 디지털 디바이스(400)는, 저장부(440) 내에 저장되어 있는 컨텐트 파일(동영상 파일, 정지영상 파일, 음악 파일, 문서 파일, 애플리케이션 파일 등)을 재생하여 사용자에게 제공할 수 있다.
[175]
도 4는 저장부(440)가 제어부(470)와 별도로 구비된 실시 예를 도시하고 있으나, 본 발명은 이에 한정되지 않는다. 다시 말해, 저장부(440)는 제어부(470) 내에 포함될 수도 있다.
[176]
사용자 입력 인터페이스부(450)는, 사용자가 입력한 신호를 제어부(470)로 전달하거나 제어부(470)의 신호를 사용자에게 전달한다.
[177]
예를 들어, 사용자 입력 인터페이스부(450)는, RF 통신 방식, 적외선(IR) 통신 방식 등 다양한 통신 방식에 따라, 원격제어 디바이스(500)로부터 전원 온/오프, 채널 선택, 화면 설정 등의 제어 신호를 수신하여 처리하거나, 제어부(470)의 제어 신호를 원격제어 디바이스(500)로 송신하도록 처리할 수 있다.
[178]
또한, 사용자 입력 인터페이스부(450)는, 전원 키, 채널 키, 볼륨 키, 설정치 등의 로컬 키(미도시)에서 입력되는 제어 신호를 제어부(470)에 전달할 수 있다.
[179]
사용자 입력 인터페이스부(450)는, 사용자의 제스처(gesture)를 센싱(sensing)하는 센싱부(미도시)로부터 입력되는 제어 신호를 제어부(470)에 전달하거나, 제어부(470)의 신호를 센싱부(미도시)로 송신할 수 있다. 여기서, 센싱부(絹돕◎는, 터치 센서, 음성 센서, 위치 센서, 동작 센서 등을 포함할 수 있다.
[180]
제어부(470)는, 튜너(410), 복조부(420) 또는 외부 디바이스 인터페이스부(435)를 통하여 입력되는 스트림을 역다중화하거나 역다중화된 신호들을 처리하여, 영상 또는 음성 출력을 위한 신호를 생성 및 출력할 수 있다.
[181]
제어부(470)에서 처리된 영상 신호는, 디스플레이부(480)로 입력되어 해당 영상 신호에 대응하는 영상으로 표시될 수 있다. 또한, 제어부(470)에서 영상 처리된 영상 신호는 외부 디바이스 인터페이스부(435)를 통하여 외부 출력 디바이스로 입력될 수 있다.
[182]
제어부(470)에서 처리된 음성 신호는 오디오 출력부(485)로 오디오 출력될 수 있다. 또한, 제어부(470)에서 처리된 음성 신호는 외부 디바이스 인터페이스부(435)를 통하여 외부 출력 디바이스로 입력될 수 있다.
[183]
도 4에서는 도시되어 있지 않으나, 제어부(470)는 역다중화부, 영상 처리부 등을 포함할 수 있다.
[184]
제어부(470)는, 디지털 디바이스(400)의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부(470)는, 튜너(410)를 제어하여, 사용자가 선택한 채널 또는 기 저장된 채널에 해당하는 RF 방송을 튜닝(tuning)하도록 제어할 수 있다.
[185]
제어부(470)는, 사용자 입력 인터페이스부(450)를 통하여 입력된 사용자 명령 또는 내부 프로그램에 의하여 디지털 디바이스(400)를 제어할 수 있다. 특히, 네트워크에 접속하여 사용자가 원하는 애플리케이션 또는 애플리케이션 목록을 디지털 디바이스(400) 내로 다운로드 받을 수 있도록 할 수 있다.
[186]
예를 들어, 제어부(470)는, 사용자 입력 인터페이스부(450)를 통하여 수신한 소정 채널 선택 명령에 따라 선택한 채널의 신호가 입력되도록 튜너(410)를 제어한다. 그리고 선택한 채널의 영상, 음성 또는 데이터 신호를 처리한다. 제어부(470)는, 사용자가 선택한 채널 정보 등이 처리한 영상 또는 음성신호와 함께 디스플레이부(480) 또는 오디오 출력부(485)를 통하여 출력될 수 있도록 한다.
[187]
다른 예로, 제어부(470)는, 사용자 입력 인터페이스부(450)를 통하여 수신한 외부 디바이스 영상 재생 명령에 따라, 외부 디바이스 인터페이스부(435)를 통하여 입력되는 외부 디바이스, 예를 들어, 카메라 또는 캠코더로부터의, 영상 신호 또는 음성 신호가 디스플레이부(480) 또는 오디오 출력부(485)를 통해 출력될 수 있도록 한다.
[188]
한편, 제어부(470)는, 영상을 표시하도록 디스플레이부(480)를 제어할 수 있다. 예를 들어, 튜너(410)를 통해 입력되는 방송 영상, 또는 외부 디바이스 인터페이스부(435)를 통해 입력되는 외부 입력 영상, 또는 네트워크 인터페이스부를 통해 입력되는 영상, 또는 저장부(440)에 저장된 영상을, 디스플레이부(480)에 표시하도록 제어할 수 있다. 이때, 디스플레이부(480)에 표시되는 영상은, 정지영상 또는 동영상일 수 있으며, 2D 영상 또는 3D 영상일 수 있다.
[189]
또한, 제어부(470)는, 컨텐트를 재생하도록 제어할 수 있다. 이때의 컨텐트는, 디지털 디바이스(400) 내에 저장된 컨텐트, 또는 수신된 방송 컨텐트, 외부로부터 입력되는 외부 입력 컨텐트일 수 있다. 컨텐트는, 방송 영상, 외부 입력 영상, 오디오 파일, 정지 영상, 접속된 웹 화면, 및 문서 파일 중 적어도 하나일 수 있다.
[190]
한편, 제어부(470)는, 애플리케이션 보기 항목에 진입하는 경우, 디지털 디바이스(300) 내 또는 외부 네트워크로부터 다운로드 가능한 애플리케이션 또는 애플리케이션 목록을 표시하도록 제어할 수 있다.
[191]
제어부(470)는, 다양한 사용자 인터페이스와 더불어, 외부 네트워크로부터 다운로드 되는 애플리케이션을 설치 및 구동하도록 제어할 수 있다. 또한, 사용자의 선택에 의해, 실행되는 애플리케이션에 관련된 영상이 디스플레이부(480)에 표시 되도록 제어할 수 있다.
[192]
한편, 도면에 도시하지 않았지만, 채널 신호 또는 외부 입력 신호에 대응하는 썸네일 이미지를 생성하는 채널 브라우징 처리부가 더 구비되는 것도 가능하다.
[193]
채널 브라우징 처리부는, 복조부(320)에서 출력한 스트림 신호(TS) 또는 외부 디바이스 인터페이스부(335)에서 출력한 스트림 신호 등을 입력받아, 입력되는 스트림 신호로부터 영상을 추출하여 썸네일 영상을 생성할 수 있다. 생성된 썸네일 영상은 그대로 또는 부호화되어 제어부(470)로 입력될 수 있다. 또한, 생성된 썸네일 영상은 스트림 형태로 부호화되어 제어부(470)로 입력되는 것도 가능하다. 제어부(470)는 입력된 썸네일 영상을 이용하여 복수의 썸네일 영상을 구비하는 썸네일 리스트를 디스플레이부(480)에 표시할 수 있다. 한편, 이러한 썸네일 리스트 내의 썸네일 영상들은 차례로 또는 동시에 업데이트 될 수 있다. 이에 따라 사용자는 복수의 방송 채널의 내용을 간편하게 파악할 수 있게 된다.
[194]
디스플레이부(480)는, 제어부(470)에서 처리된 영상 신호, 데이터 신호, OSD 신호 또는 외부 디바이스 인터페이스부(435)에서 수신되는 영상 신호, 데이터 신호 등을 각각 R, G, B 신호로 변환하여 구동 신호를 생성한다.
[195]
디스플레이부(480)는 PDP, LCD, OLED, 플렉시블 디스플레이(flexible display), 3차원 디스플레이(3D display) 등이 가능할 수 있다.
[196]
한편, 디스플레이부(480)는, 터치 스크린으로 구성되어 출력 디바이스 이외에 입력 디바이스로 사용되는 것도 가능하다.
[197]
오디오 출력부(485)는, 제어부(470)에서 음성 처리된 신호, 예를 들어, 스테레오 신호, 3.1 채널 신호 또는 5.1 채널 신호를 입력받아 음성으로 출력한다. 음성 출력부(485)는 다양한 형태의 스피커로 구현될 수 있다.
[198]
한편, 사용자의 제스처를 감지하기 위해, 상술한 바와 같이, 터치 센서, 음성 센서, 위치 센서, 동작 센서 중 적어도 하나를 구비하는 센싱부(미도시)가 디지털 디바이스(400)에 더 구비될 수 있다. 센싱부(미도시)에서 감지된 신호는 사용자입력 인터페이스부(450)를 통해 제어부(3470)로 전달될 수 있다.
[199]
한편, 사용자를 촬영하는 촬영부(미도시)가 더 구비될 수 있다. 촬영부(미도시)에서 촬영된 영상 정보는 제어부(470)에 입력될 수 있다.
[200]
제어부(470)는, 촬영부(미도시)로부터 촬영된 영상, 또는 센싱부(미도시)로부터의 감지된 신호를 각각 또는 조합하여 사용자의 제스처를 감지할 수도 있다.
[201]
전원 공급부(490)는, 디지털 디바이스(400) 전반에 걸쳐 해당 전원을 공급한다.
[202]
특히, 시스템 온 칩(System on Chip; SoC)의 형태로 구현될 수 있는 제어부(470)와, 영상 표시를 위한 디스플레이부(480), 및 오디오 출력을 위한 오디오 출력부(485)에 전원을 공급할 수 있다.
[203]
이를 위해, 전원 공급부(490)는, 교류 전원을 직류 전원으로 변환하는 컨버터(미도시)를 구비할 수 있다. 한편, 예를 들어, 디스플레이부(480)가 다수의 백라이트 램프(backlight lamp)를 구비하는 액정 패널로서 구현되는 경우, 휘도 가변 또는 디밍(dimming) 구동을 위해, PWM(Pulse Width Modulation) 동작 가능한 인버터(inverter)(미도시)를 더 구비할 수도 있다.
[204]
원격제어 디바이스(500)는, 사용자 입력을 사용자입력 인터페이스부(450)로 송신한다. 이를 위해, 원격제어 디바이스(500)는, 블루투스(Bluetooth), RF(Radio Frequency) 통신, 적외선(IR) 통신, UWB(Ultra Wideband), 지그비(ZigBee) 방식 등을 사용할 수 있다.
[205]
또한, 원격제어 디바이스(500)는, 사용자입력 인터페이스부(450)에서 출력한 영상, 음성 또는 데이터 신호 등을 수신하여, 이를 원격제어 디바이스(500)에서 표시하거나 음성 또는 진동을 출력할 수 있다.
[206]
상술한 디지털 디바이스(400)는, 고정형 또는 이동형의 ATSC 방식 또는 DVB 방식의 디지털 방송 신호의 처리가 가능한 디지털 방송 수신기일 수 있다.
[207]
그 밖에 본 발명에 따른 디지털 디바이스는 도시된 구성 중 필요에 따라 일부 구성을 생략하거나 반대로 도시되진 않은 구성을 더 포함할 수도 있다. 한편, 디지털 디바이스는 상술한 바와 달리, 튜너와 복조부를 구비하지 않고, 네트워크 인터페이스부 또는 외부 디바이스 인터페이스부를 통해서 컨텐트를 수신하여 재생할 수도 있다.
[208]
도 5는 본 발명의 일 실시 예에 따라 도 2 내지 4의 제어부의 상세 구성을 설명하기 위해 도시한 구성 블록도이다.
[209]
제어부의 일 예는, 역다중화부(510), 영상 처리부(5520), OSD 생성부(540), 믹서(mixer)(550), 프레임 레이트 변환부(FRC: Frame Rate Converter)(555), 및 포맷터(formatter)(560)를 포함할 수 있다. 그 외 상기 제어부는 도시되진 않았으나 음성 처리부와 데이터 처리부를 더 포함할 수 있다.
[210]
역다중화부(510)는, 입력되는 스트림을 역다중화한다. 예를 들어, 역다중화부(510)는 입력되는 MPEG-2 TS 영상, 음성 및 데이터 신호로 역다중화할 수 있다. 여기서, 역다중화부(510)에 입력되는 스트림 신호는, 튜너 또는 복조부 또는 외부디바이스 인터페이스부에서 출력되는 스트림 신호일 수 있다.
[211]
영상 처리부(420)는, 역다중화된 영상 신호의 영상 처리를 수행한다. 이를 위해, 영상 처리부(420)는, 영상 디코더(425) 및 스케일러(435)를 구비할 수 있다.
[212]
영상 디코더(425)는 역다중화된 영상 신호를 복호하며, 스케일러(435)는 복호된 영상 신호의 해상도를 디스플레이부에서 출력 가능하도록 스케일링(scaling)한다.
[213]
영상 디코더(525)는 다양한 규격을 지원할 수 있다. 예를 들어, 영상 디코더(525)는 영상 신호가 MPEG-2 규격으로 부호화된 경우에는 MPEG-2 디코더의 기능을 수행하고, 영상 신호가 DMB(Digital Multimedia Broadcasting) 방식 또는 H.264 규격으로 부호화된 경우에는 H.264 디코더의 기능을 수행할 수 있다.
[214]
한편, 영상 처리부(520)에서 복호된 영상 신호는, 믹서(450)로 입력된다.
[215]
OSD 생성부(540)는, 사용자 입력에 따라 또는 자체적으로 OSD 데이터를 생성한다. 예를 들어, OSD 생성부(440)는 사용자입력 인터페이스부의 제어 신호에 기초하여 디스플레이부(380)의 화면에 각종 데이터를 그래픽(Graphic)이나 텍스트(Text) 형태로 표시하기 위한 데이터를 생성한다. 생성되는 OSD 데이터는, 디지털 디바이스의 사용자 인터페이스 화면, 다양한 메뉴 화면, 위젯(widget), 아이콘(icon), 시청률 정보(viewing rate information) 등의 다양한 데이터를 포함한다. OSD 생성부(540)는, 방송 영상의 자막 또는 EPG에 기반한 방송 정보를 표시하기 위한 데이터를 생성할 수도 있다.
[216]
믹서(550)는, OSD 생성부(540)에서 생성된 OSD 데이터와 영상 처리부에서 영상 처리된 영상 신호를 믹싱(mixing)하여 포맷터(560)로 제공한다. 복호된 영상 신호와 OSD 데이터가 믹싱됨으로 인하여, 방송 영상 또는 외부 입력 영상 상에 OSD가 오버레이(overlay) 되어 표시된다.
[217]
프레임 레이트 변환부(FRC)(555)는, 입력되는 영상의 프레임 레이트(frame rate)를 변환한다. 예를 들어, 프레임 레이트 변환부(555)는 입력되는 60Hz 영상의 프레임 레이트를 디스플레이부의 출력 주파수에 따라 예를 들어, 120Hz 또는 240Hz의 프레임 레이트를 가지도록 변환할 수 있다. 상기와 같이, 프레임 레이트를 변환하는 방법에는 다양한 방법이 존재할 수 있다. 일 예로, 프레임 레이트 변환부(555)는 프레임 레이트를 60Hz에서 120Hz로 변환하는 경우, 제1 프레임과 제2 프레임 사이에 동일한 제1 프레임을 삽입하거나, 제1 프레임과 제2 프레임으로부터 예측된 제3 프레임을 삽입함으로써 변환할 수 있다. 다른 예로, 프레임 레이트 변환부(555)는 프레임 레이트를 60Hz에서 240Hz로 변환하는 경우, 기존 프레임 사이에 동일한 프레임 또는 예측된 프레임을 3개 더 삽입하여 변환할 수 있다. 한편, 별도의 프레임 변환을 수행하지 않는 경우에는 프레임 레이트 변환부(555)를 바이패스(bypass) 할 수도 있다.
[218]
포맷터(560)는, 입력되는 프레임 레이트 변환부(555)의 출력을 디스플레이부의 출력 포맷에 맞게 변경한다. 예를 들어, 포맷터(560)는 R, G, B 데이터 신호를 출력할 수 있으며, 이러한 R, G, B 데이터 신호는, 낮은 전압 차분 신호(LVDS: Low voltage differential signal) 또는 mini-LVDS로 출력될 수 있다. 또한, 포맷터(560)는 입력되는 프레임 레이트 변환부(555)의 출력이 3D 영상 신호인 경우에는 디스플레이부의 출력 포맷에 맞게 3D 형태로 구성하여 출력함으로써, 상기 디스플레이부를 통해 3D 서비스를 지원할 수도 있다.
[219]
한편, 제어부 내 음성 처리부(미도시)는, 역다중화된 음성 신호의 음성 처리를 수행할 수 있다. 이러한 음성 처리부(미도시)는 다양한 오디오 포맷을 처리하도록 지원할 수 있다. 일 예로, 음성 신호가 MPEG-2, MPEG-4, AAC, HE-AAC, AC-3, BSAC 등의 포맷으로 부호화된 경우에도 이에 대응되는 디코더를 구비하여 처리할 수 있다.
[220]
또한, 제어부 내 음성 처리부(미도시)는, 베이스(Base), 트레블(Treble), 음량 조절 등을 처리할 수 있다.
[221]
제어부 내 데이터 처리부(미도시)는, 역다중화된 데이터 신호의 데이터 처리를 수행할 수 있다. 예를 들어, 데이터 처리부는 역다중화된 데이터 신호가 부호화된 경우에도 이를 복호할 수 있다. 여기서, 부호화된 데이터 신호로는, 각 채널에서 방영되는 방송 프로그램의 시작시각, 종료시각 등의 방송 정보가 포함된 EPG 정보일 수 있다.
[222]
한편, 상술한 디지털 디바이스는 본 발명에 따른 예시로서, 각 구성요소는 실제 구현되는 디지털 디바이스의 사양에 따라 통합, 추가, 또는 생략될 수 있다. 즉, 필요에 따라, 2 이상의 구성요소가 하나의 구성요소로 합쳐지거나 하나의 구성요소가 2 이상의 구성요소로 세분화될 수 있다. 또한, 각 블록에서 수행하는 기능은 본 발명의 실시 예를 설명하기 위한 것이며, 그 구체적인 동작이나 디바이스는 본 발명의 권리범위를 제한하지 아니한다.
[223]
한편, 디지털 디바이스는, 디바이스 내에 저장된 영상 또는 입력되는 영상의 신호 처리를 수행하는 영상신호 처리 디바이스일 수 있다. 영상신호 처리 디바이스의 다른 예로는, 도 4에서 도시된 디스플레이부(480)와 오디오 출력부(485)가 제외된 셋톱-박스(STB), 상술한 DVD 플레이어, 블루-레이 플레이어, 게임 디바이스, 컴퓨터 등이 더 예시될 수 있다.
[224]
도 6은 본 발명의 일 실시 예에 따른 도 2 내지 4의 디지털 디바이스와 연결된 입력 수단을 도시한 도면이다.
[225]
디지털 디바이스(600)를 제어하기 위해 상기 디지털 디바이스(600) 상에 구비된 프론트 패널(front panel)(미도시)이나 제어 수단(입력 수단)이 이용된다.
[226]
한편, 제어 수단은 유, 무선 통신 가능한 사용자 인터페이스 디바이스(UID; User Interface Device)로써, 주로 디지털 디바이스(600)의 제어 목적으로 구현된 리모컨(610), 키보드(630), 포인팅 디바이스(620), 터치패드(touch-pad) 등이 포함되나, 상기 디지털 디바이스(600)에 연결된 외부 입력 전용의 제어 수단 역시 포함될 수 있다. 그 밖에, 디지털 디바이스(600) 제어 목적이 아니나 모드 전환 등을 통해 상기 디지털 디바이스(600)를 제어하는 스마트 폰, 태블릿 PC 등 모바일 디바이스 등도 제어 수단에 포함된다. 다만, 본 명세서에서는 편의상 포인팅 디바이스(pointing device)를 일 실시 예로 하여 설명하나, 이에 한정되는 것은 아니다.
[227]
입력 수단은, 블루투스(Bluetooth), RFID(Radio Frequency Identification), 적외선 통신(IrDA, infrared Data Association), UWB(Ultra Wideband), 지그비(ZigBee), DLNA(Digital Living Network Alliance), RS 등의 통신 프로토콜을 필요에 따라 적어도 하나 이상 채용하여 디지털 디바이스와 통신 가능하다.
[228]
리모컨(610)은, 디지털 디바이스(600) 제어를 위해 필요한 다양한 키 버튼들이 구비된 통상의 입력 수단을 말한다.
[229]
포인팅 디바이스(620)는, 자이로 센서(Gyro Sensor) 등을 탑재하여 사용자의 움직임, 압력, 회전 등에 기초하여 디지털 디바이스(600)의 화면상에 대응되는 포인터(pointer)를 구현하여 상기 디지털 디바이스(600)에 소정 제어 명령을 전달한다. 이러한 포인팅 디바이스(620)는, 매직 리모컨, 매직 컨트롤러 등 다양한 이름으로 명명될 수 있다.
[230]
키보드(630)는, 디지털 디바이스(600)가 종래 방송만을 제공하던 것을 넘어 지능형 통합 디지털 디바이스로서 웹 브라우저, 애플리케이션, SNS(Social Network Service) 등 다양한 서비스를 제공함에 따라 종래 리모컨(610)만으로는 제어가 쉽지 않아 이를 보완하여 PC의 키보드와 유사하게 구현하여 텍스트 등의 입력 편의를 도모하기 위해 구현되었다.
[231]
한편, 리모컨(610), 포인팅 디바이스(620), 키보드(630) 등 제어수단은, 필요에 따라 터치패드를 구비함으로써 텍스트 인풋, 포인터 이동, 사진 내지 동영상의 확대/축소 등 더욱 편리하고 다양한 제어 목적에 이용할 수 있다.
[232]
본 명세서에서 설명하는 디지털 디바이스는, OS 및/또는 플랫폼(platform)으로 웹OS를 이용한다. 이하 웹OS 기반의 구성 내지 알고리즘 등 처리 과정은, 전술한 디지털 디바이스의 제어부 등에서 수행될 수 있다. 여기서, 상기 제어부는 전술한 도 2 내지 5에서의 제어부를 포함하여 광의의 개념으로 사용한다. 따라서, 이하에서는 디지털 디바이스 내 웹OS 기반의 또는 그와 관련된 서비스, 애플리케이션, 컨텐트 등의 처리를 위해 구성은 관련 소프트웨어(software), 펌웨어(firmware) 등을 포함한 하드웨어 내지 구성요소는 제어부(controller)로 명명하여 설명한다.
[233]
이러한 웹OS 기반 플랫폼은 예컨대, 루나-서비스 버스(Luna-service Bus)에 기반하여 서비스, 애플리케이션 등을 통합함으로써, 개발 독립성과 기능 확장성을 제고하기 위한 것으로, 웹 애플리케이션 프레임워크에 기반하여 애플리케이션 개발 생산성도 높일 수 있다. 또한, 웹OS 프로세스와 리소스 관리(resource management)를 통해 시스템 리소스(system resource) 등을 효율적으로 활용하여 멀티-태스킹(multi-tasking)도 지원할 수 있다.
[234]
한편, 본 명세서에서 기술하는 웹OS 플랫폼은 PC, TV, 셋톱박스(STB)와 같은 고정 디바이스뿐만 아니라 휴대폰, 스마트 폰, 태블릿 pc, 노트북, 웨어러블 디바이스(wearable device) 등과 같은 모바일 디바이스에서도 이용 가능하다.
[235]
디지털 디바이스를 위한 소프트웨어의 구조는, 종래 문제 해결과 시장에 의존적인 모놀리틱 구조(monolithic structure)로 멀티쓰레딩 기술(multi-threading)에 기반한 단일 프로세스(single process)와 클로우즈드 제품(closed product)으로 외부 응용에 어려움이 있었고, 그 이후 새로운 플랫폼 기반 개발을 지향하고 칩-셋(chip-set) 교체를 통한 비용 혁신과 UI 응용 및 외부 응용 개발 효율화를 추구하여 레이어링 및 콤포넌티제이션(layering & componentization)이 이루어져 3-레이어드 구조와 애드-온(add-on), 싱글 소스(single source) 제품, 오픈 애플리케이션(open application)을 위한 애드-온 구조를 가졌었다. 최근에는 더 나아가 소프트웨어 구조가 기능 단위의 모듈화 아키텍처(modulating architecture), 에코-시스템(echo-system)을 위한 웹 오픈 API(Web Open API (Application Programming Interface)) 제공, 게임 엔진(game engine)을 위한 네이티브 오픈 API(Native Open API) 등을 위한 모듈화 디자인이 이루어지고 있으며, 이에 따라 서비스 구조 기반의 멀티-프로세스 구조(multi-process structure)로 생성되고 있다.
[236]
도 7은 본 발명의 일 실시 예에 따른 웹OS 아키텍처를 설명하기 위해 도시한 도면이다.
[237]
도 7을 참조하여, 웹OS 플랫폼의 아키텍처에 대해 설명하면, 다음과 같다.
[238]
상기 플랫폼은 크게 커널, 시스템 라이브러리(system library) 기반의 웹OS 코어 플랫폼(Web OS core platform), 애플리케이션, 서비스 등으로 구분할 수 있다.
[239]
웹OS 플랫폼의 아키텍처는, 레이어드 구조(layered structure)로 최하위의 레이어에는 OS, 다음 레이어에는 시스템 라이브러리(들) 그리고 최상위에는 애플리케이션들(applications)이 존재한다.
[240]
먼저, 최하위 레이어는, OS 레이어로 리눅스 커널(Linux Kernel)이 포함되어 상기 디지털 디바이스의 OS로 리눅스를 포함할 수 있다.
[241]
상기 OS 레이어 상위에는, BSP(Board Support Package)/HAL(Hardware Abstraction Layer) 레이어, 웹OS 코어 모듈 레이어(Web OS core modules layer), 서비스 레이어(service layer), 루나-서비스 버스 레이어(Luna-Service Bus layer), 엔요 프레임워크/NDK(Native Developer◎ Kit)/QT 레이어(Enyo framework/NDK/QT layer) 그리고 최상위 레이어에는 애플리케이션 레이어(Application layer)가 순차로 존재한다.
[242]
한편, 상술한 웹OS 레이어 구조 중 일부 레이어는 생략 가능하며, 복수의 레이어가 하나의 레이어화 되거나 반대로 하나의 레이어가 복수의 레이어 구조가 될 수도 있다.
[243]
상기 웹OS 코어 모듈 레이어는, 서피스 윈도우(surface window) 등을 관리하는 LSM(Luna Surface Manager), 애플리케이션의 실행과 수행 상태 등을 관리하는 SAM(System & Application Manage), 웹키트(WebKit)에 기반하여 웹 애플리케이션 등을 관리하는 WAM(Web Application Manager) 등을 포함할 수 있다.
[244]
상기 LSM은, 화면에 보이는 애플리케이션 윈도우(application window)를 관리한다. 상기 LSM은, 디스플레이 하드웨어(Display HW)를 관장하며, 애플리케이션들에게 필요한 내용을 렌더링(rendering)할 수 있는 버퍼(buffer)를 제공하며, 복수의 애플리케이션들이 렌더링한 결과를 합성(Composition)하여 화면에 출력할 수 있다.
[245]
상기 SAM은, 시스템과 애플리케이션의 여러 조건별 수행 폴리시(policy)를 관리한다.
[246]
한편, WAM은, 웹OS는 웹 애플리케이션(Web App)을 기본 애플리케이션으로 볼 수 있는바, 엔요 프레임워크(Enyo Framework)에 기반한다.
[247]
애플리케이션의 서비스 사용은, 루나-서비스 버스(Luna-service Bus)를 통해 이루어지며, 신규로 서비스를 버스에 등록할 수 있고, 애플리케이션은 자신이 필요로 하는 서비스를 찾아서 사용할 수도 있다.
[248]
상기 서비스 레이어는, TV 서비스, 웹OS 서비스 등 다양한 서비스 레벨(service level)의 서비스들이 포함될 수 있다. 한편, 상기 웹OS 서비스에는, 미디어 서버, Node.JS 등이 포함될 수 있으며 특히, Node.JS 서비스는 예컨대, 자바스크립트(javascript)를 지원한다.
[249]
웹OS 서비스는, 기능 로직(function logic)을 구현한 리눅스 프로세스(Linux process)로 버스를 통해 커뮤니케이션 할 수 있다. 이는 크게 네 파트로 구분될 수 있으며, TV 프로세스와 기존 TV로부터 웹OS에 미티그레이션(Migration)되거나 제조사 차별화 서비스인 서비스들, 웹OS 공통 서비스와 자바스크립트로 개발되고 Node.js를 통해 사용되는 Node.js 서비스로 구성된다.
[250]
상기 애플리케이션 레이어는, TV 애플리케이션, 쇼케이스(showcase) 애플리케이션, 네이티브 애플리케이션(native application), 웹 애플리케이션 등 디지털 디바이스에서 지원 가능한 모든 애플리케이션들을 포함할 수 있다.
[251]
웹OS 상의 애플리케이션은, 구현 방법에 따라 웹 애플리케이션(Web Application), PDK(Palm Development Kit) 애플리케이션, QML(Qt Meta Language or Qt Modeling Language) 애플리케이션 등으로 구분될 수 있다.
[252]
상기 웹 애플리케이션은, 웹키트 엔진(WebKit engine)에 기반하고, WAM 런타임(Runtime) 상에서 수행된다. 이러한 웹 애플리케이션은 엔요 프레임워크에 기반하거나, 일반 HTML5, CSS(Cascading Style Sheets), 자바스크립트 기반으로 개발되어 수행될 수 있다.
[253]
상기 PDK 애플리케이션은, 써드-파티(3rd-Party) 또는 외부 개발자를 위해 제공된 PDK에 기반하여 C/C++로 개발되는 네이티브 애플리케이션 등을 포함한다. 상기 PDK는, 게임 등 써드 파티가 네이티브 애플리케이션(C/C++)을 개발할 수 있도록 제공된 개발 라이브러리 및 도구 집합을 말한다. 예를 들어, PDK 애플리케이션은, 그 성능이 중요한 애플리케이션의 개발에 이용될 수 있다.
[254]
상기 QML 애플리케이션은, Qt 기반의 네이티브 애플리케이션으로, 카드 뷰(card view), 홈 대시보드(Home dashboard), 가상 키보드(virtual keyboard) 등 웹OS 플랫폼과 함께 제공되는 기본 애플리케이션 등을 포함한다. 여기서, QML은, C++ 대신 스크립트 형태의 마크-업 언어(mark-up language)이다.
[255]
한편, 상기에서, 네이티브 애플리케이션은, C/C++로 개발되고 컴파일(compile)되어 바이너리(binary) 형태로 수행되는 애플리케이션을 말하는 것으로, 이러한 네이티브 애플리케이션은 그 수행 속도가 빠른 장점이 있다.
[256]
도 8은 본 발명의 일 실시 예에 따른 웹OS 디바이스의 아키텍처를 설명하기 위해 도시한 도면이다.
[257]
도 8은 웹OS 디바이스의 런타임(Runtime)에 기반한 블록도로서, 이는 도 7의 레이어드 구조를 참조하여 이해할 수 있다.
[258]
이하, 도 7과 8을 참조하여 설명하면, 다음과 같다.
[259]
도 8을 참조하면, 시스템 OS(Linux)와 시스템 라이브러리들 상에 서비스들과 애플리케이션들 그리고 웹OS 코어 모듈들이 포함되고 그들 사이의 커뮤니케이션은 루나-서비스 버스를 통해 이루어질 수 있다.
[260]
이메일(e-mail), 연락처(contact), 캘린더(calendar) 등 HTML5, CSS, 자바스크립트(java script)에 기초한 Node.js 서비스들, 로깅(Logging), 백업(backup), 파일 노티파이(file notify), 데이터베이스(DB), 액티비티 매니저(activity manager), 시스템 폴리시(system policy), 오디오 데몬(AudioD: Audio Daemon), 업데이트(update), 미디어 서버(media server) 등과 같이 웹OS 서비스들, EPG(Electronic Program Guide), PVR(Personal Video Recorder), 데이터 방송(data broadcasting) 등과 같은 TV 서비스들, 음성 인식(voice recognition), 나우 온(Now on), 노티피케이션(Notification), 검색(search), ACR(Auto Content Recognition), CBOX(Contents List Broswer), wfdd, DMR, 리모트 애플리케이션(Remote Application), 다운로드, SDPIF(Sony Philips Digital Interface Format) 등과 같은 CP 서비스들, PDK 애플리케이션들, 브라우저(browser), QML 애플리케이션 등과 같은 네이티브 애플리케이션들 그리고, 엔요 프레임워크 기반의 UI 관련 TV 애플리케이션들과 웹 애플리케이션들은, 루나-서비스 버스를 통하여 전술한 SAM, WAM, LSM과 같은 웹OS 코어 모듈을 통해 처리가 이루어진다. 한편, 상기에서, TV 애플리케이션들과 웹 애플리케이션들은 반드시 엔요 프레임워크 기반 또는 UI 관련이 아닐 수도 있다.
[261]
CBOX는 TV에 연결된 USB, DLNA, 클라우드 등과 같은 외부 디바이스의 컨텐트에 대한 리스트와 메타데이터 등을 관리할 수 있다. 한편, CBOX는 USB, DMS, DVR, 클라우드 등과 같은 다양한 컨텐트 컨테이너들(content containers)의 컨텐트 리스팅을 통합된 뷰(View)로 출력할 수 있다. 또한, CBOX는 픽쳐, 음악, 비디오 등 다양한 타입들의 컨텐트 리스팅을 보여주고, 그 메타데이터를 관리할 수 있다. 그 밖에, CBOX는, 어태치된 저장장치(attached storage)의 컨텐츠를 리얼-타임(Real-time)으로 출력할 수 있다. 예컨대, CBOX는, USB 등의 저장 디바이스가 플러그-인되면, 해당 저장 디바이스의 컨텐츠 리스트를 즉시 출력할 수 있어야 한다. 이때, 상기 컨텐트 리스팅 처리를 위한 표준화된 방식을 정의할 수도 있다. 또한, CBOX는 다양한 연결 프로토콜을 수용할 수 있다.
[262]
SAM은, 모듈 복잡도의 개선 및 확장성을 제고하기 위한 것이다. 이는 예컨대, 기존 시스템 매니저(System Manager)는 시스템 UI, 윈도우 관리, 웹 애플리케이션 런타임, UX 상의 제약 조건 처리 등의 여러 기능을 하나의 프로세스에서 처리하여 구현 복잡도가 커 이를 해소하고자 주요 기능을 분리하고 기능 간 인터페이스를 명확히 함으로써 구현 복잡도를 낮춘다.
[263]
LSM은, 카드 뷰, 런처(launcher) 등 시스템 UX 구현이 독립적으로 개발 통합될 수 있도록 지원하고, 제품 요구사항 변경 등에 쉽게 대응할 수 있도록 지원한다. 한편, LSM은, 앱온앱 등과 같이 복수의 애플리케이션 화면을 합성하는 경우에 하드웨어 리소스(HW resource)를 최대한 활용하여 멀티-태스킹이 가능하도록 하는데, 멀티-윈도우(multi-window)와 21:9 등을 위한 윈도우 매니지먼트 메커니즘(window management mechanism)을 제공할 수 있다.
[264]
LSM은, QML에 기반하여 시스템 UI의 구현을 지원하며, 그 개발 생산성을 제고한다. QML UX는 MVC에 기반하여, 화면 레이아웃(Layout) 및 UI 컴포넌트를 쉽게 뷰를 구성할 수 있고, 사용자 입력을 처리하기 위한 코드를 쉽게 개발할 수도 있다. 한편, QML과 웹OS 컴포넌트 간의 인터페이스는 QML 확장 플러그-인을 통해 이루어지며, 애플리케이션의 그래픽 오퍼레이션(graphic operation)은 웨이랜드 프로토콜(wayland protocol), 루나 서비스 콜(luna-service call) 등에 기반할 수 있다.
[265]
LSM은 전술한 바와 같이, Luna Surface Manager의 약어로서, 애플리케이션 윈도우 컴포지터(Application Window Compositor)의 기능을 한다.
[266]
LSM은 독립적으로 개발된 애플리케이션, UI 컴포넌트 등을 화면에 합성하여 출력하도록 한다. 관련하여, 리센츠(Recents) 애플리케이션, 쇼케이스 애플리케이션, 런처 애플리케이션 등과 같은 컴포넌트(component)들이 각자 자신의 내용을 렌더링(rendering)하면, LSM은 컴포지터로서 출력 영역, 연동 방법 등에 대해 정의한다. 다시 말해, 컴포지터인 LSM은 그래픽 합성, 포커스 관리(focus management), 인풋 이벤트(input event) 등을 처리한다. 이때, LSM은 인풋 매니저(input manager)로부터 이벤트, 포커스 등을 수신하는데 이러한 인풋 매니저로 리모트 컨트롤러, 마우스 & 키보드와 같은 HID, 조이스틱, 게임 패드, 애플리케이션 리모트, 펜 터치 등이 포함될 수 있다.
[267]
이와 같이, LSM은 멀티플 윈도우 모델(multiple window model)을 지원하는데 시스템 UI 성격으로 모든 애플리케이션에서 동시에 수행 가능하다. 관련하여, 런쳐, 리센츠, 세팅(setting), 노티피케이션, 시스템 키보드, 볼륨 UI, 검색, 핑거 제스쳐(finger gesture), 음성인식(Voice Recognition)(STT(Sound to Text), TTS(Text to Sound), NLP(Natural Language Processing) 등), 패턴 제스쳐(pattern gesture)(카메라, MRCU(Mobile Radio Control Unit)), 라이브 메뉴(Live menu), ACR(Auto Content Recognition) 등을 LSM이 지원할 수 있다.
[268]
도 9는 본 발명의 일 실시 예에 따른 웹OS 디바이스에서 그래픽 컴포지션 플로우(graphic composition flow)를 설명하기 위해 도시한 도면이다.
[269]
도 9를 참조하면, 그래픽 컴포지션 처리는, UI 프로세스를 담당하는 웹 애플리케이션 매니저(910), 웹 프로세스를 담당하는 웹키트(Webkit)(920), LSM(930) 그리고 그래픽 매니저(GM: Graphic Manager)(940)를 통해 이루어질 수 있다.
[270]
웹 애플리케이션 매니저(910)에서 UI 프로세스로서 웹 애플리케이션 기반의 그래픽 데이터(또는 애플리케이션)가 생성이 되면, 생성된 그래픽 데이터가 풀-스크린 애플리케이션이 아니면 LSM(930)으로 전달한다. 한편, 웹 애플리케이션 매니저(910)는 UI 프로세스와 웹 프로세스 사이에 그래픽 매니징을 위한 GPU(Graphic Processing Unit) 메모리 공유를 위하여 웹키트(920)에서 생성된 애플리케이션을 수신하여 이를 상기와 같이 풀-스크린 애플리케이션이 아닌 경우에는 LSM(930)으로 전달한다. 상기에서 풀-스크린 애플리케이션인 경우에는, LSM(930)을 바이패스(bypass)할 수 있으며, 이 경우 직접 그래픽 매니저(940)로 전달될 수 있다.
[271]
LSM(930)은 수신되는 UI 애플리케이션을 웨이랜드 서피스를 거쳐 웨이랜드 컴포지터(Wayland Compositor)로 전송하고, 웨이랜드 컴포지터에서 이를 적절히 처리하여 그래픽 매니저로 전달한다. 이렇게 LSM(930)에서 전달되는 그래픽 데이터는 예컨대, 그래픽 매니저(940)의 LSM GM 서피스를 거쳐 그래픽 매니저 컴포지터를 전달된다.
[272]
한편, 풀-스크린 애플리케이션은 전술한 바와 같이, LSM(930)을 거치지 않고 바로 그래픽 매니저(940)로 전달이 되는데 이러한 애플리케이션은 WAM GM 서피스로 거쳐 그래픽 매니저 컴포지터에서 처리된다.
[273]
그래픽 매니저는 웹OS 디바이스 내의 모든 그래픽 데이터를 처리하는데, 전술한 LSM GM 서피스를 거친 데이터, WAM GM 서피스를 거친 데이터뿐 아니라 데이터 방송 애플리케이션(Data Broadcasting application), 캡션 애플리케이션(caption application) 등과 같이 GM 서피스를 거친 그래픽 데이터를 모두 수신하여 화면상에 적절히 출력되도록 처리한다. 여기서, GM 컴포지터의 기능은 전술한 컴포지터와 동일 또는 유사한 기능이다.
[274]
도 10은 본 발명의 일 실시 예에 따른 미디어 서버를 설명하기 위해 도시한 도면이고, 도 11은 본 발명의 일 실시 예에 따른 미디어 서버의 구성 블록도를 설명하기 위해 도시한 도면이고, 도 12는 본 발명의 일 실시 예에 따른 미디어 서버와 TV 서비스의 관계를 설명하기 위해 도시한 도면이다.
[275]
미디어 서버는, 디지털 디바이스 내 다양한 멀티미디어의 실행을 지원 및 필요한 리소스를 관리한다. 미디어 서버는, 미디어 플레이(media play)에 필요한 하드웨어 리소스를 효율적으로 사용할 수 있다. 예컨대, 미디어 서버는, 멀티미디어의 실행을 위해서는 오디오/비디오 하드웨어 리소스가 필요하며, 리소스 사용 현황을 관리하여 효율적으로 활용할 수 있다. 일반적으로 모바일 디바이스보다 큰 화면을 가진 고정 디바이스는, 멀티미디어 실행 시 하드웨어 리소스가 더 필요하고, 많은 데이터 양으로 인해 인코딩/디코딩 및 그래픽 데이터 전달 속도도 빨라야 한다. 한편, 미디어 서버는, 스트리밍, 파일 기반 재생 이외에, 브로드캐스팅(Broadcasting), 레코딩(Recording) 및 튜닝(Tuning) 태스크, 시청과 동시에 녹화를 한다거나, 영상 통화 시 송신자와 수신자 화면을 동시에 보여준다거나 하는 태스크 등을 처리할 수 있어야 한다. 다만, 미디어 서버는, 인코더, 디코더, 튜너, 디스플레이 엔진(display engine) 등 하드웨어 리소스가 칩-셋 단위로 제한이 있어, 동시에 여러 태스크를 실행하는 것이 어려워 예를 들어, 사용 시나리오를 제약하거나 사용자 선택을 입력받아 처리한다.
[276]
미디어 서버는, 시스템 안정성을 강화(robustness)할 수 있는데 이는 예컨대, 미디어 재생 중 에러(error)가 발생한 재생 파이프라인(pipeline)을 파이프라인별로 제거 가능하고 재 기동함으로써, 상기와 같이 에러가 발생하는 경우에도 다른 미디어 플레이에 영향을 주지 않을 수 있다. 이러한 파이프라인은, 미디어 재생 요청 시, 디코딩, 분석, 출력 등 각 단위 기능들을 연결한 체인(chain)으로, 미디어 타입(media type) 등에 따라, 필요 단위 기능들이 달라질 수 있다.
[277]
미디어 서버는, 확장성(extensibility)를 가질 수 있는데 예컨대, 새로운 타입의 파이프라인을 기존 구현 방식에 영향을 주지 않고 추가할 수 있다. 일 예로, 미디어 서버는, 카메라 파이프라인, 화상 회의(Skype) 파이프라인, 써드-파티 파이프라인 등을 수용할 수 있다.
[278]
미디어 서버는, 일반 미디어 재생과 TV 태스크 실행을 별개의 서비스로 처리할 수 있는데, 이는 TV 서비스의 인터페이스가 미디어 재생 경우와는 다르기 때문이다. 상기에서, 미디어 서버는, TV 서비스와 관련하여 setchannel, channelup, channeldown, channeltuning, recordstart 등의 오퍼레이션을 지원하고, 일반 미디어 재생과 관련하여 play, pause, stop 등의 오퍼레이션을 지원하여 양자에 대해 서로 다른 오퍼레이션을 지원하고, 별개의 서비스로 처리할 수 있다.
[279]
미디어 서버는 자원 관리 기능을 통제 또는 통합 관리할 수 있다. 디바이스 내 하드웨어 리소스 할당, 회수 등은, 미디어 서버에서 통합적으로 이루어지며 특히, TV 서비스 프로세스는 실행 중인 태스크와 리소스 할당 현황 등을 미디어 서버로 전달한다. 미디어 서버는, 각 미디어가 실행될 때마다 리소스를 확보하고 파이프라인이 실행되며, 각 파이프라인이 점유한 리소스 현황에 기반하여, 미디어 실행 요청 시 우선 순위(예를 들어, 폴리시)에 의한 실행 허용 및 다른 파이프라인의 리소스 회수 등을 수행한다. 여기서, 미리 정의된 실행 우선 순위와 특정 요청에 대한 필요 리소스 정보가 폴리시 매니저(policy manager)에 의해 관리되고, 리소스 매니저는 상기 폴리시 매니저와 커뮤니케이션하여 리소스 할당, 회수 등을 처리할 수 있다.
[280]
미디어 서버는 재생 관련 모든 오퍼레이션에 관한 식별 인자(ID: identifier)를 보유할 수 있다. 예컨대, 미디어 서버는 식별자에 근거하여 특정 파이프라인을 지시하여 명령을 내릴 수 있다. 미디어 서버는, 둘 이상의 미디어 재생을 위하여, 파이프라인들에 둘을 구분하여 명령을 내릴 수 있다.
[281]
미디어 서버는 HTML 5 표준 미디어의 재생을 담당할 수 있다.
[282]
그 밖에, 미디어 서버는 TV 파이프라인의 별도 서비스 프로세스화는 TV 재구조화 범위에 따를 수 있다. 미디어 서버는, TV 재구조화 범위와 무관하게 설계 구현될 수 있는데, TV가 별도 서비스 프로세스화가 되지 않으면, 특정 태스크에 문제가 생길 때 TV 전체를 재실행해야 할 수도 있다.
[283]
미디어 서버는, uMS 즉, 마이크로 미디어 서버(micro media server)라고도 한다. 여기서, 미디어 플레이어(media player)가 미디어 클라이언트(media client)인데, 이는 예컨대, HTML5 비디오 태그(video tag), 카메라(Camera), TV, 스카이프(Skype), 세컨드 스크린(2nd Screen) 등을 위한 웹키트(Webkit)을 의미할 수 있다.
[284]
미디어 서버는, 리소스 매니저(resource manager), 폴리시 매니저(policy manager) 등과 같은 마이크로 리소스(micro resource)의 관리가 핵심 기능이다. 관련하여, 미디어 서버는, 웹 표준 미디어 컨텐트에 대한 재생(playback) 제어 역할도 제어한다. 이와 관련하여, 미디어 서버는 파이프라인 컨트롤러 리소스(pipeline controller resource)도 관리할 수 있다.
[285]
이러한 미디어 서버는 예컨대, 확장성(extensibility), 신뢰성(reliability), 리소스의 효율적 사용(efficient resource usage) 등을 지원한다.
[286]
다시 말해, uMS 즉, 미디어 서버는, 클라우드 게임(cloud game), MVPD(pay service 등), 카메라 프리뷰(camera preview), 세컨드 스크린(2nd screen), 스카이프 등과 같은 리소스와 TV 리소스 등의 웹OS 디바이스 내에서 적절한 처리를 위한 리소스 사용을 전반적으로 관리하고 제어하여 효율적인 사용이 가능하도록 관리 제어하는 기능을 한다. 한편, 각 리소스는 그 이용 시에 예컨대, 파이프라인을 이용하는데 미디어 서버는 리소스 관리를 위한 파이프라인의 생성, 삭제, 이용 등을 전반적으로 관리 제어할 수 있다.
[287]
여기서, 파이프라인이라 함은 예컨대, 태스크(task)와 관련된 미디어가 요청(request), 디코딩 스트림(decoding stream), 비디오 출력(video output) 등의 파싱(parsing)과 같은 작업의 연속을 시작하면 생성될 수 있다. 예컨대, TV 서비스 내지 애플리케이션과 관련하여, 시청(watching), 녹화(recording), 채널 튜닝(channel tuning) 등은 각각 개별적으로 그 요청에 따라 생성된 파이프라인을 통하여 리소스 이용 등에 대해 제어를 받아 처리된다.
[288]
도 10을 참조하여, 미디어 서버의 처리 구조 등에 대해 더욱 상세하게 설명하면, 다음과 같다.
[289]
도 10에서는, 애플리케이션 또는 서비스는 미디어 서버(1020)와 루나-서비스 버스(1010)를 통해 연결되고, 상기 미디어 서버(1020)는 상기 루나-서비스 버스(1010)를 통해 다시 생성된 파이프라인들과 연결되고 관리한다.
[290]
애플리케이션 또는 서비스는 그 특성에 따라 다양한 클라이언트(client)를 구비하고 그를 통해 미디어 서버(1020) 또는 파이프라인과 데이터를 주고 받을 수 있다.
[291]
상기 클라이언트에는 예컨대, 미디어 서버(1020)와 연결을 위한 uMedia 클라이언트(웹키트)와 RM(resource manager) 클라이언트(C/C++) 등이 포함된다.
[292]
상기 uMedia 클라이언트를 포함한 애플리케이션은, 전술한 바와 같이, 미디어 서버(1020)와 연결된다. 더욱 상세하게는, uMedia 클라이언트는 예컨대, 후술할 비디오 오브젝트와 대응되고, 이러한 클라이언트는 요청 등에 의해 비디오의 동작을 위하여 미디어 서버(1020)를 이용한다.
[293]
여기서, 상기 비디오 동작은 비디오 상태에 관한 것으로, 로딩(loading), 언로딩(unloading), 재생(play, playback, or reproduce), 포즈(pause), 중단(stop) 등은 비디오 동작과 관련된 모든 상태 데이터를 포함할 수 있다. 이러한 비디오의 각 동작 내지 상태는 개별 파이프라인 생성을 통해 처리될 수 있다. 따라서, uMedia 클라이언트는 상기 비디오 동작과 관련된 상태 데이터를 미디어 서버 내 파이프라인 매니저(1022)로 전송한다.
[294]
파이프라인 매니저(1022)는, 리소스 매니저(1024)와 데이터 커뮤니케이션을 통해 현재 디바이스의 리소스에 대한 정보를 획득하고, 상기 uMedia 클라이언트의 상태 데이터에 대응되는 리소스의 할당을 요청한다. 이때, 파이프라인 매니저(1022) 또는 리소스 매니저(1024)는 상기 리소스 할당 등과 관련하여, 필요한 경우에 폴리시 매니저(1026)과 데이터 커뮤니케이션을 통해 리소스 할당에 대한 제어를 한다. 예컨대, 리소스 매니저(1024)에서 파이프라인 매니저(1022)의 요청에 따라 할당할 리소스가 없거나 부족한 경우에, 폴리시 매니저(1026)의 우선순위 비교 등에 따라 상기 요청에 따라 적절한 리소스 할당 등이 이루어지도록 할 수 있다.
[295]
한편, 파이프라인 매니저(1022)는, 상기 리소스 매니저(1024)의 리소스 할당에 따라 할당된 리소스에 대하여 상기 uMedia 클라이언트의 요청에 따른 동작을 위한 파이프라인 생성을 미디어 파이프라인 컨트롤러(1028)에 요청한다.
[296]
미디어 파이프라인 컨트롤러(1028)는 상기 파이프라인 매니저(1022)의 제어에 따라 필요한 파이프라인을 생성한다. 이렇게 생성된 파이프라인에는 도시된 바와 같이, 미디어 파이프라인, 카메라 파이프라인뿐만 아니라, 재생, 포즈, 중단 등과 관련된 파이프라인이 생성될 수 있다. 한편, 상기 파이프라인에는 HTML5, 웹 CP, 스마트쉐어(smartshare) 재생, 썸네일 추출, NDK, 시네마, MHEG(Multimedia and Hypermedia Information coding Experts Group) 등에 대한 파이프라인 등이 포함될 수 있다.
[297]
그 밖에, 파이프라인에는 예를 들어, 서비스 기반의 파이프라인(자체 파이프라인)과 URI 기반의 파이프라인(미디어 파이프라인)이 있을 수 있다.
[298]
도 10을 참조하면, RM 클라이언트를 포함한 애플리케이션 또는 서비스는 직접적으로 미디어 서버(1020)와 연결되지 않을 수 있다. 이는 애플리케이션 또는 서비스가 직접 미디어를 처리할 수도 있기 때문이다. 다시 말해, 애플리케이션 또는 서비스가 직접 미디어 처리하는 경우에는 미디어 서버를 통하지 않을 수 있다. 다만, 이때, 파이프라인 생성 및 그 이용을 위해 리소스 관리가 필요한바 이를 위해 uMS 커넥터가 기능한다. 한편, 상기 uMS 커넥터는 상기 애플리케이션 또는 서비스의 직접적인 미디어 처리를 위한 리소스 관리 요청이 수신되면, 리소스 매니저(1024)를 포함한 미디어 서버(1020) 통신한다. 이를 위하여 미디어 서버(1020) 역시 uMS 커넥터가 구비되어야 한다.
[299]
따라서, uMS 커넥터를 통해 리소스 매니저(1024)의 리소스 관리를 받아 애플리케이션 또는 서비스는 RM 클라이언트의 요청에 대응할 수 있다. 이러한 RM 클라이언트는 네이티브 CP, TV 서비스, 세컨드 스크린, 플래시 플레이어, 유투브 MSE(Medai Source Extensions), 클라우드 게임, 스카이프 등의 서비스를 처리할 수 있다. 이 경우, 전술한 바와 같이, 리소스 매니저(1024)는 리소스 관리에 필요한 경우에 폴리시 매니저(1026)와 적절하게 데이터 커뮤니케이션을 통해 리소스를 관리할 수 있다.
[300]
한편, URI 기반의 파이프라인은 전술한 RM 클라이언트와 같이 미디어를 직접 처리하는 경우가 아니라, 미디어 서버(1020)를 통해 이루어진다. 이러한 URI 기반 파이프라인에는, 플레이어 팩토리(player factory), G스트리머(Gstreamer), 스트리밍 플러그-인(streaming plug-in), DRM(Digital Rights Management) 플러그인 파이프라인 등이 포함될 수 있다.
[301]
한편, 애플리케이션과 미디어 서비스들 사이에 인터페이스 방법은 다음과 같을 수 있다.
[302]
웹 애플리케이션에서 서비스를 이용하여 인터페이스하는 방법이다. 이는 PSB(Palm Service Bridge)를 이용하여 루나 콜(Luna Call)하는 방법, 코르도바(Cordova)를 이용하는 방법인데 이는 디스플레이를 비디오 태그로 확장하는 것이다. 그 밖에, 비디오 태그나 미디어 엘리먼트(media element)에 관한 HTML5 표준을 이용하는 방법도 있을 수 있다.
[303]
그리고, PDK에서 서비스를 이용하여 인터페이스하는 방법이다.
[304]
또는, 기존 CP에서 서비스를 이용하는 방법이다. 이는 호환성(backward compatibility)를 위해 기존 플랫폼의 플러그-인을 루나 기반으로 확장하여 이용할 수 있다.
[305]
마지막으로, non-웹OS인 경우에 인터페이스하는 방법이다. 이 경우에는 직접 루나 버스를 호출하여 인터페이스할 수 있다.
[306]
씸리스 체인지(Seamless change)는 별도의 모듈(예를 들어, TVWIN)에 의해 처리되는데, 이는 웹OS 부팅 전 또는 부팅 동안에, 웹OS 없이 TV를 화면에 먼저 보여주고 씸리스하게 처리하기 위한 프로세스이다. 이는 웹OS의 부팅 시간이 늦기 때문에 사용자의 파워 온(Power On) 요청에 빠른 응답을 위해 TV 서비스의 기본 기능을 우선 제공할 목적으로 이용된다. 또한, 상기 모듈은 TV 서비스 프로세스의 일부로, 빠른 부팅과 기본 TV 기능을 제공하는 씸리스 체인지, 공장 모드 등을 지원한다. 또한, 상기 모듈은, Non-웹OS 모드에서 웹OS 모드로 전환도 담당할 수 있다.
[307]
도 11을 참조하면, 미디어 서버의 처리 구조를 도시하고 있다.
[308]
이때, 도 11에서, 실선 박스는 프로세스 처리 구성을 나타내고, 점선 박스는 프로세스 중 내부 처리 모듈을 나타낼 수 있다. 또한, 실선 화살표는 인터-프로세스 콜 즉, 루나 서비스 콜을 나타내고, 점선 화살표는 등록/알림(register/notify)와 같은 노티피케이션이나 데이터 플로우(data flow)를 나타낼 수 있다.
[309]
서비스 또는 웹 애플리케이션 또는 PDK 애플리케이션(이하 애플리케이션)은, 루나-서비스 버스를 통하여 각종 서비스 처리 구성들과 연결되고, 그를 통해 애플리케이션이 동작하거나 동작 제어된다.
[310]
애플리케이션의 타입에 따라 그 데이터 처리 경로는 달라진다. 예컨대, 애플리케이션이 카메라 센서와 관련된 이미지 데이터인 경우에는 카메라 처리부(1130)로 전송이 되어 처리된다. 이때, 카메라 처리부(1130)는 제스처(gesture), 안면 인식(face detection) 모듈 등을 포함하여 수신되는 애플리케이션의 이미지 데이터를 처리한다. 여기서, 카메라 처리부(1130)는 예컨대, 사용자의 선택이나 자동으로 파이프라인 등의 이용이 요구되는 데이터인 경우에는 미디어 서버 처리부(1110)를 통하여 파이프라인을 생성하여 해당 데이터를 처리할 수 있다.
[311]
또는, 애플리케이션이 오디오 데이터를 포함한 경우에는 오디오 처리부(AudioD)(1140)과 오디오 모듈(PulseAudio)(1150)을 통하여 해당 오디오를 처리할 수 있다. 예컨대, 오디오 처리부(1140)는 애플리케이션으로부터 수신되는 오디오 데이터를 처리하여 오디오 모듈(1150)로 전송한다. 이때, 오디오 처리부(1140)는 오디오 폴리시 매니저(audio policy manager)를 포함하여 오디오 데이터의 처리를 결정할 수 있다. 이렇게 처리된 오디오 데이터는 오디오 모듈(1160)에서 가공 처리된다. 한편, 상기 애플리케이션은, 오디오 데이터 처리와 관련된 데이터를 오디오 모듈(1160)로 노티피케이션할 수 있고, 이는 관련 파이프라인에서도 상기 오디오 모듈(1160)로 노피티케이션할 수 있다. 상기 오디오 모듈(1150)은 ALSA(Advanced Linux Sound Architecture)를 포함한다.
[312]
또는, 애플리케이션이 DRM이 걸려있는 컨텐트를 포함 또는 처리(이하 포함)하는 경우에는, 해당 컨텐트 데이터를 DRM 서비스 처리부(1160)로 전송하고, 상기 DRM 서비스 처리부(1170)는 DRM 인스턴스(instance)를 생성하여 DRM이 걸려 있는 컨텐트 데이터를 처리한다. 한편, DRM 서비스 처리부(1160)는 상기 DRM이 걸려 있는 컨텐트 데이터의 처리를 위하여, 미디어 파이프라인 내 DRM 파이프라인과 루나-서비스 버스를 통해 연결되어 처리할 수 있다.
[313]
이하에서는, 애플리케이션이 미디어 데이터이거나 TV 서비스 데이터(예컨대, 방송 데이터)인 경우의 처리에 관해 설명한다.
[314]
도 12는, 전술한 도 11에서 미디어 서버 처리부와 TV 서비스 처리부만을 더욱 상세하게 설명하기 위해 도시한 것이다.
[315]
따라서, 이하에서는, 도 11과 12를 함께 참고하여 설명한다.
[316]
먼저, 애플리케이션이 TV 서비스 데이터를 포함한 경우에는 TV 서비스 처리부(1120/1220)에서 처리된다.
[317]
여기서, TV 서비스 처리부(1120)는 예컨대, DVR/채널 매니저, 방송 모듈, TV 파이프라인 매니저, TV 리소스 매니저, 데이터 방송 모듈, 오디오 설정 모듈, 경로 매니저 등 중 적어도 하나 이상을 포함한다. 또는, 도 12에서 TV 서비스 처리부(1220)는, TV 방송 핸들러(TV broadcast handler), TV 방송 인터페이스부(TV Broadcast Interface), 서비스 처리부, TV 미들웨어(TV MW(middleware)), 경로 매니저, BSP(예를 들어, NetCast)를 포함할 수 있다. 여기서, 상기 서비스 처리부는 예를 들어, TV 파이프라인 매니저, TV 리소스 매니저, TV 폴리시 매니저, USM 커넥터 등을 포함한 모듈을 의미할 수 있다.
[318]
본 명세서에서, TV 서비스 처리부는, 도 11 또는 12와 같은 구성을 가지거나 양자의 조합으로 구현될 수 있으며, 상기에서 일부 구성은 생략되거나 도시되지 않은 일부 구성이 추가될 수도 있다.
[319]
TV 서비스 처리부(1120/1220)는 애플리케이션으로부터 수신된 TV 서비스 데이터의 속성 내지 타입에 기초하여, DVR(Digital Video Recorder)이나 채널 관련 데이터인 경우에는 DVR/채널 매니저로 전송하고, 다시 TV 파이프라인 매니저로 전송하여 TV 파이프라인을 생성하여 처리한다. 한편, 상기 TV 서비스 데이터의 속성 내지 타입이 방송 컨텐트 데이터인 경우에는, TV 서비스 처리부(1120)는 방송 모듈을 거쳐 해당 데이터의 처리를 위하여 TV 파이프라인 매니저를 거쳐 TV 파이프라인을 생성하여 처리한다.
[320]
또는, json(Javascript standard object notation) 파일이나 c로 작성된 파일은 TV 방송 핸들러에서 처리되어 TV 방송 인터페이스부를 거쳐 TV 파이프라인 매니저로 전송하여 TV 파이프라인을 생성하여 처리한다. 이 경우, TV 방송 인터페이스부는, TV 방송 핸들러를 거친 데이터 또는 파일을 TV 서비스 폴리시에 기초하여 TV 파이프라인 매니저로 전송하여 파이프라인 생성시 참고할 수 있다.
[321]
한편, TV 파이프라인 매니저는, TV 서비스 내 처리 모듈 내지 매니저 등으로부터 TV 파이프라인 생성 요청에 따라 하나 또는 그 이상의 파이프라인 생성함에 있어서, TV 리소스 매니저의 제어를 받을 수 있다. 한편, TV 리소스 매니저는, TV 파이프라인 매니저의 TV 파이프라인 생성 요청에 따라 TV 서비스를 위해 할당된 리소스의 상태와 할당을 요청하기 위해, TV 폴리시 매니저의 제어를 받을 수 있으며, 미디어 서버 처리부(1110/1210)와 uMS 커넥터를 통해 데이터 커뮤니케이션을 한다. 미디어 서버 처리부(1110/1210) 내 리소스 매니저는 상기 TV 리소스 매니저의 요청에 따라 현재 TV 서비스를 위한 리소스의 상태와 할당 가부 등에 대해 전달한다. 예컨대, 미디어 서버 처리부(1110/1210) 내 리소스 매니저의 확인 결과 만약 TV 서비스를 위한 리소스가 이미 모두 할당된 경우에는, TV 리소스 매니저로 현재 모든 리소스가 할당 완료되었음을 노티파이할 수 있다. 이때, 미디어 서버 처리부 내 리소스 매니저는 상기 노티파이와 함께, TV 서비스를 위해 기할당된 TV 파이프라인들 중 우선순위나 소정 기준에 따라 소정 TV 파이프라인을 제거하고 요청된 TV 서비스를 위한 TV 파이프라인 생성을 요청 내지 할당할 수도 있다. 또는, TV 리소스 매니저에서 상기 미디어 서버 처리부(1110/1210) 내 리소스 매니저의 상태 보고에 따라 TV 리소스 매니저에서 적절히 TV 파이프라인을 제거, 추가, 신설 등 제어를 할 수 있다.
[322]
한편, BSP는 예컨대, 기존 디지털 디바이스와의 호환성(backward compatibility)를 지원한다.
[323]
이렇게 생성된 TV 파이프라인들은 그 처리 과정에서 경로 매니저의 제어에 따라 적절히 동작될 수 있다. 경로 매니저는 상기 처리 과정에서 TV 파이프라인만이 아니라 미디어 서버 처리부(1110/1210)에 의해 생성된 파이프라인의 동작까지 고려하여 파이프라인들의 처리 경로 내지 과정을 결정 내지 제어할 수 있다.
[324]
다음으로, 애플리케이션이 TV 서비스 데이터가 아니라 미디어 데이터를 포함한 경우에는, 미디어 서버 처리부(1110/1210)에서 처리된다. 여기서, 미디어 서버 처리부(1110/1210)는, 리소스 매니저, 폴리시 매니저, 미디어 파이프라인 매니저, 미디어 파이프라인 컨트롤러 등을 포함한다. 한편, 미디어 파이프라인 매니저와 미디어 파이프라인 컨트롤러의 제어에 따라 생성되는 파이프라인에는 카메라 프리뷰 파이프라인, 클라우드 게임 파이프라인, 미디어 파이프라인 등 다양하게 생성 가능하다. 한편, 미디어 파이프라인에는 스트리밍 프로토콜, 오토/스테이틱 gstreamer, DRM 등이 포함될 수 있는데, 이는 경로 매니저의 제어에 따라 그 처리 플로우가 결정될 수 있다. 상기 미디어 서버 처리부(1110/1210) 내 구체적인 처리 과정은 전술한 도 10의 설명을 원용하고, 여기서 중복 설명하지 않는다.
[325]
본 명세서에서 미디어 서버 처리부(1110/1210) 내 리소스 매니저는 예를 들어, 카운터 베이스로 리소스 매니징을 할 수 있다.
[326]
도 13은 본 발명의 실시 예들에 따른 영상표시기기 중 임의의 어느 하나를 제어하는 원격제어장치의 제어 방법을 도시한 도면이다.
[327]
도 13의 (a)에 도시된 바와 같이, 디스플레이부(180)에 원격제어장치(200)에 대응하는 포인터(205)가 표시되는 것을 예시한다.
[328]
사용자는 원격제어장치(200)를 상하, 좌우(도 13의 (b)), 앞뒤(도 13의 (c))로 움직이거나 회전할 수 있다. 영상표시기기의 디스플레이부(180)에 표시된 포인터(205)는 원격제어장치(200)의 움직임에 대응한다. 이러한 원격제어장치(200)는, 도면과 같이, 3D 공간 상의 움직임에 따라 해당 포인터(205)가 이동되어 표시되므로, 공간 리모콘이라 명명할 수 있다.
[329]
도 13의 (b)는 사용자가 원격제어장치(200)를 왼쪽으로 이동하면, 영상표시기기의 디스플레이부(180)에 표시된 포인터(205)도 이에 대응하여 왼쪽으로 이동하는 것을 예시한다.
[330]
원격제어장치(200)의 센서를 통하여 감지된 원격제어장치(200)의 움직임에 관한 정보는 영상표시기기로 전송된다. 영상표시기기는 원격제어장치(200)의 움직임에 관한 정보로부터 포인터(205)의 좌표를 산출할 수 있다. 영상표시기기는 산출한 좌표에 대응하도록 포인터(205)를 표시할 수 있다.
[331]
도 13의 (c)는, 원격제어장치(200) 내의 특정 버튼을 누른 상태에서, 사용자가 원격제어장치(200)를 디스플레이부(180)에서 멀어지도록 이동하는 경우를 예시한다. 이에 의해, 포인터(205)에 대응하는 디스플레이부(180) 내의 선택 영역이 줌인되어 확대 표시될 수 있다. 이와 반대로, 사용자가 원격제어장치(200)를 디스플레이부(180)에 가까워지도록 이동하는 경우, 포인터(205)에 대응하는 디스플레이부(180) 내의 선택 영역이 줌아웃되어 축소 표시될 수 있다. 한편, 원격제어장치(200)가 디스플레이부(180)에서 멀어지는 경우, 선택 영역이 줌아웃되고, 원격제어장치(200)가 디스플레이부(180)에 가까워지는 경우, 선택 영역이 줌인될 수도 있다.
[332]
한편, 원격제어장치(200) 내의 특정 버튼을 누른 상태에서는 상하, 좌우 이동의 인식이 배제될 수 있다. 즉, 원격제어장치(200)가 디스플레이부(180)에서 멀어지거나 접근하도록 이동하는 경우, 상,하,좌,우 이동은 인식되지 않고, 앞뒤 이동만 인식되도록 할 수 있다. 원격제어장치(200) 내의 특정 버튼을 누르지 않은 상태에서는, 원격제어장치(200)의 상,하, 좌,우 이동에 따라 포인터(205)만 이동하게 된다.
[333]
한편, 포인터(205)의 이동속도나 이동방향은 원격제어장치(200)의 이동속도나 이동방향에 대응할 수 있다.
[334]
한편, 본 명세서에서의 포인터는, 원격제어장치(200)의 동작에 대응하여, 디스플레이부(180)에 표시되는 오브젝트를 의미한다. 따라서, 포인터(205)로 도면에 도시된 화살표 형상 외에 다양한 형상의 오브젝트가 가능하다. 예를 들어, 점, 커서, 프롬프트, 두꺼운 외곽선 등을 포함하는 개념일 수 있다. 그리고, 포인터(205)가 디스플레이부(180) 상의 가로축과 세로축 중 어느 한 지점(point)에 대응하여 표시되는 것은 물론, 선(line), 면(surface) 등 복수 지점에 대응하여 표시되는 것도 가능하다.
[335]
도 14는 본 발명의 실시예들에 따른 영상표시기기 중 임의의 어느 하나를 제어하는 원격제어장치의 내부 블록도이다.
[336]
도 14에 도시한 바와 같이, 원격제어장치(200)는 무선통신부(225), 사용자 입력부(235), 센서부(240), 출력부(250), 전원공급부(260), 저장부(270), 제어부(280)를 포함할 수 있다.
[337]
무선통신부(225)는 전술하여 설명한 본 발명의 실시예들에 따른 영상표시기기 중 임의의 어느 하나와 신호를 송수신한다. 본 발명의 실시예들에 따른 영상표시기기들 중에서, 하나의 영상표시기기(100)를 일예로 설명하도록 하겠다.
[338]
본 실시 예에서, 원격제어장치(200)는 RF 통신규격에 따라 영상표시기기(100)와 신호를 송수신할 수 있는 RF 모듈(221)을 구비할 수 있다. 또한 원격제어장치(200)는 IR 통신규격에 따라 영상표시기기(100)와 신호를 송수신할 수 있는 IR 모듈(223)을 구비할 수 있다.
[339]
본 실시 예에서, 원격제어장치(200)는 영상표시기기(100)로 원격제어장치(200)의 움직임 등에 관한 정보가 담긴 신호를 RF 모듈(221)을 통하여 전송한다.
[340]
또한, 원격제어장치(200)는 영상표시기기(100)가 전송한 신호를 RF 모듈(221)을 통하여 수신할 수 있다. 또한, 원격제어장치(200)는 필요에 따라 IR 모듈(223)을 통하여 영상표시기기(100)로 전원 온/오프, 채널 변경, 볼륨 변경 등에 관한 명령을 전송할 수 있다.
[341]
사용자 입력부(235)는 키패드, 버튼, 터치 패드, 또는 터치 스크린 등으로 구성될 수 있다. 사용자는 사용자 입력부(235)를 조작하여 원격제어장치(200)으로 영상표시기기(100)와 관련된 명령을 입력할 수 있다. 사용자 입력부(235)가 하드키 버튼을 구비할 경우 사용자는 하드키 버튼의 푸쉬 동작을 통하여 원격제어장치(200)으로 영상표시기기(100)와 관련된 명령을 입력할 수 있다. 사용자 입력부(235)가 터치스크린을 구비할 경우 사용자는 터치스크린의 소프트키를 터치하여 원격제어장치(200)으로 영상표시기기(100)와 관련된 명령을 입력할 수 있다. 또한, 사용자 입력부(235)는 스크롤 키나, 조그 키 등 사용자가 조작할 수 있는 다양한 종류의 입력수단을 구비할 수 있으며 본 실시예는 본 발명의 권리범위를 제한하지 아니한다.
[342]
센서부(240)는 자이로 센서(241) 또는 가속도 센서(243)를 구비할 수 있다.
[343]
자이로 센서(241)는 원격제어장치(200)의 움직임에 관한 정보를 센싱할 수 있다.
[344]
일예로, 자이로 센서(241)는 원격제어장치(200)의 동작에 관한 정보를 x,y,z 축을 기준으로 센싱할 수 있다. 가속도 센서(243)는 원격제어장치(200)의 이동속도 등에 관한 정보를 센싱할 수 있다. 한편, 거리측정센서를 더 구비할 수 있으며, 이에 의해, 디스플레이부(180)와의 거리를 센싱할 수 있다.
[345]
출력부(250)는 사용자 입력부(235)의 조작에 대응하거나 영상표시기기(100)에서 전송한 신호에 대응하는 영상 또는 음성 신호를 출력할 수 있다. 출력부(250)를 통하여 사용자는 사용자 입력부(235)의 조작 여부 또는 영상표시기기(100)의 제어 여부를 인지할 수 있다.
[346]
일예로, 출력부(250)는 사용자 입력부(235)가 조작되거나 무선 통신부(225)을 통하여 영상표시기기(100)와 신호가 송수신되면 점등되는 LED 모듈(251), 진동을 발생하는 진동 모듈(253), 음향을 출력하는 음향 출력 모듈(255), 또는 영상을 출력하는 디스플레이 모듈(257)을 구비할 수 있다.
[347]
전원공급부(260)는 원격제어장치(200)으로 전원을 공급한다. 전원공급부(260)는 원격제어장치(200)이 소정 시간 동안 움직이지 않은 경우 전원 공급을 중단함으로서 전원 낭비를 줄일 수 있다. 전원공급부(260)는 원격제어장치(200)에 구비된 소정 키가 조작된 경우에 전원 공급을 재개할 수 있다.
[348]
저장부(270)는 원격제어장치(200)의 제어 또는 동작에 필요한 여러 종류의 프로그램, 애플리케이션 데이터 등이 저장될 수 있다. 만일 원격제어장치(200)가 영상표시기기(100)와 RF 모듈(221)을 통하여 무선으로 신호를 송수신할 경우 원격제어장치(200)과 영상표시기기(100)는 소정 주파수 대역을 통하여 신호를 송수신한다. 원격제어장치(200)의 제어부(280)는 원격제어장치(200)과 페어링된 영상표시기기(100)와 신호를 무선으로 송수신할 수 있는 주파수 대역 등에 관한 정보를 저장부(270)에 저장하고 참조할 수 있다.
[349]
제어부(280)는 원격제어장치(200)의 제어에 관련된 제반사항을 제어한다. 제어부(280)는 사용자 입력부(235)의 소정 키 조작에 대응하는 신호 또는 센서부(240)에서 센싱한 원격제어장치(200)의 움직임에 대응하는 신호를 무선 통신부(225)를 통하여 영상표시기기(100)로 전송할 수 있다.
[350]
도 15는 본 발명의 일 실시 예에 따른 디스플레이 디바이스의 구성도이다.
[351]
디스플레이 디바이스(1500)는 인터페이스 모듈(1510), 컨트롤러(1520), 디스플레이 모듈(1530), 메모리(1540), EPG 신호 처리 모듈(1550)을 포함한다.
[352]
인터페이스 모듈(1510)은 리모트 컨트롤러로부터 메인 스크린 내 특정 위치를 선택하는 제 1 커맨드를 수신하고, 줌 윈도우의 확대 배율을 선택하는 제 2 커맨드를 수신한다.
[353]
디스플레이 모듈(1530)은 디스플레이 디바이스의 메인 스크린에 적어도 하나의 오브젝트를 포함하는 컨텐트를 디스플레이한다.
[354]
메모리(1540)는 메인 스크린에 디스플레이 되는 컨텐트를 저장한다.
[355]
컨트롤러(1520)는 디스플레이 모듈(1530), 메모리(1540), EPG 신호 처리 모듈(1550) 및 인터페이스 모듈(1510)을 제어한다.
[356]
컨트롤러(1520)는 수신된 제 1 커맨드에 따라, 특정 위치로부터 기설정된 거리내에 있는 특정 오브젝트를 포함하는 특정 영역을 확대하고, 확대된 특정 영역을 줌 윈도우에 디스플레이하고, 특정 오브젝트에 대응하는 부가 정보를 수신된 제 2 커맨드에 따라 상이하게 메인 스크린에 디스플레이한다.
[357]
여기서, 컨텐트는 동영상에 대응하고, 줌 윈도우의 위치는 특정 위치에 따라 달라진다.
[358]
인터페이스 모듈은 외부 서버와 데이터를 송수신한다.
[359]
컨트롤러(1520)는 줌 비율에 따라 상이하게 특정 오브젝트를 특정하고, 특정한 특정 오브젝트의 메타 데이터를 외부 서버로 인터페이스 모듈을 통하여 전송하고, 메타 데이터에 대응하는 부가 정보를 인터페이스 모듈을 통하여 외부 서버로부터 수신한다.
[360]
컨트롤러(1520)는 특정 오브젝트의 메타 데이터가 존재하지 않는 경우, 특정 오브젝트의 이미지를 외부 서버로 인터페이스 모듈을 통하여 전송하고, 이미지에 대응하는 부가 정보를 외부 서버로부터 인터페이스 모듈을 통하여 수신한다.
[361]
이에 대하여 상세한 설명은 도 33에서 후술한다.
[362]
컨트롤러(1520)는 특정 오브젝트를 포인터로 특정하고, 메인 스크린에 디스플레이된 특정 오브젝트의 변화량과 특정 오브젝트와 상이한 오브젝트의 변화량을 감지하고, 감지된 오브젝트 변화량들 중에서 특정 오브젝트의 변화량이 가장 큰 값이면 특정 오브젝트에 대응하는 오디오 신호 크기를 확대하고(turn up the volume), 특정 오브젝트를 포함하는 특정 영역을 확대하고, 확대된 특정 영역을 줌 윈도우에 디스플레이한다.
[363]
컨트롤러(1520)는 특정 오브젝트와 특정 오브젝트와 상이한 오브젝트가 사람인 경우, 입 모양 변화를 기초로 오브젝트의 변화량을 감지한다.
[364]
이에 대한 상세한 설명은 도 30에서 후술한다.
[365]
컨트롤러(1520)는 특정 영역을 포인터로 특정하되, 리모트 컨트롤러로부터 특정 신호를 수신하면, 특정 영역을 고정하고, 줌 윈도우는 포인터의 이동에 따라 이동한다.
[366]
이에 대한 상세한 설명은 도 23에서 후술한다.
[367]
컨트롤러(1520)는 포인팅 모드에서 포인터로 특정된 특정 영역을 확대하고, 확대된 특정 영역을 줌 윈도우에 디스플레이하되, 특정 영역은 포인터의 이동에 따라 이동한다.
[368]
이에 대한 상세한 설명은 도 24에서 후술한다.
[369]
컨트롤러(1520)는 리모트 컨트롤러로부터 특정 신호를 수신하고, 수신된 상기 특정 신호에 대응하여 포인터로 줌 윈도우의 크기를 조정한다.
[370]
이에 대한 상세한 설명은 도 26에서 후술한다.
[371]
컨트롤러(1520)는 리모트 컨트롤러로부터 제 1 신호를 수신하면, 컨텐트를 상기 메인 스크린에 디스플레이하는 것을 정지하고, 정지 시점부터 소정 시간 동안 컨텐트를 메모리(1540)에 저장하고, 소정 시간 경과 후 리모트 컨트롤러로부터 제 1 신호와 상이한 제 2 신호를 수신하면, 메모리(1540)에 저장된 컨텐트의 정지 시점에서부터 컨텐트를 메인 스크린에 디스플레이한다.
[372]
이에 대한 상세한 설명은 도 28에서 후술한다.
[373]
컨트롤러(1520)는 리모트 컨트롤러로부터 특정 신호를 수신하면, 메인 스크린에 디스플레이되는 컨텐트 영상을 정지하고, 특정 오브젝트를 포인터로 선택하는 입력을 리모트 컨트롤러로부터 수신에 대응하여 특정 오브젝트를 특정하고, 특정된 특정 오브젝트를 확대하고, 확대된 특정 오브젝트를 줌 윈도우에 디스플레이하고, 디스플레이된 줌 윈도우를 캡쳐하고, 캡쳐된 줌 윈도우를 메모리(1540)에 저장한다.
[374]
이에 대한 상세한 설명은 도 29에서 후술한다.
[375]
도 16a는 본 발명의 일 실시 예에 따른 메인 스크린, 특정 영역, 줌 윈도우를 도시한 도면이다.
[376]
메인 스크린은 컨텐트를 디스플레이하는 전체 화면이다.
[377]
특정 영역은 메인 스크린의 일부 영역으로 사용자가 확대해서 보기를 원하는 영상이다. 특정 영역(1612)은 포인터(1614)로 특정한 특정 위치로부터 소정 거리 이내의 영역이다. 메인 스크린(1610)에서 특정 영역은 직사각형으로 표시되어 있으나, 이는 일 실시예에 불과하고, 타원, 원, 다각형으로 구현될 수 있다.
[378]
줌 윈도우는 확대한 특정 영역을 디스플레이하는 화면이다. 줌 윈도우는 PIP 화면으로 확대 배율에 따라 특정 영역을 다르게 디스플레이한다.
[379]
메인 스크린(1610)과 같이, 포인터(1614)로 특정 위치를 특정하면, 특정 위치로부터 소정 거리 이내인 특정 영역(1612)이 특정된다.
[380]
메인 스크린(1620)과 같이, 줌 윈도우(1622)는 확대된 특정 영역을 디스플레이 한다.
[381]
도 16b는 본 발명의 일 실시 예에 따른 디스플레이 디바이스 제어 방법의 순서도이다. 본 발명은 컨트롤러(1520)에 의하여 수행된다.
[382]
도 16b에 도시한 바와 같이, 디스플레이 디바이스의 메인 스크린에 적어도 하나의 오브젝트를 포함하는 컨텐트를 디스플레이한다(S1610).
[383]
리모트 컨트롤러로부터 메인 스크린 내 특정 위치를 선택하는 제 1 커맨드를 수신한다(S1620).
[384]
수신된 제 1 커맨드에 따라, 특정 위치로부터 기설정된 거리내에 있는 특정 오브젝트를 포함하는 특정 영역을 확대한다(S1630).
[385]
확대된 특정 영역을 줌 윈도우에 디스플레이한다(S1640).
[386]
리모트 컨트롤러로부터 줌 윈도우의 확대 배율을 선택하는 제 2 커맨드를 수신한다(S1650).
[387]
특정 오브젝트에 대응하는 부가 정보를 수신된 제 2 커맨드에 따라 상이하게 메인 스크린에 디스플레이한다(S1660).
[388]
여기서, 컨텐트는 동영상에 대응하고, 줌 윈도우의 위치는 특정 위치에 따라 달라진다.
[389]
도 17은 본 발명의 일 실시 예에 따른 디스플레이 디바이스 제어 방법의 순서도이다. 본 발명은 컨트롤러(1520)에 의하여 실행된다.
[390]
도 17에 도시한 바와 같이, 디스플레이 디바이스의 메인 스크린에 적어도 하나의 오브젝트를 포함하는 컨텐트를 디스플레이한다(S1710).
[391]
리모트 컨트롤러로부터 메인 스크린 내 특정 위치를 선택하는 제 1 커맨드를 수신한다(S1720).
[392]
수신된 제 1 커맨드에 따라, 특정 위치로부터 기설정된 거리내에 있는 특정 오브젝트를 포함하는 특정 영역을 확대한다(S1730).
[393]
확대된 특정 영역을 줌 윈도우에 디스플레이한다(S1740).
[394]
리모트 컨트롤러로부터 줌 윈도우의 확대 배율을 선택하는 제 2 커맨드를 수신한다(S1750).
[395]
특정 오브젝트의 메타 데이터 및 이미지 중 적어도 하나를 외부 서버로 전송한다(S1760).
[396]
외부 서버는 메타 데이터 및 이미지 중 적어도 하나에 대응하는 부가 정보를 검색한다(S1770).
[397]
외부 서버는 검색된 부가 정보를 디스플레이 디바이스로 전송한다(S1780).
[398]
특정 오브젝트에 대응하는 부가 정보를 수신된 제 2 커맨드에 따라 상이하게 메인 스크린에 디스플레이한다(S1790).
[399]
도 18은 본 발명의 일 실시 예에 따른 EPG 정보와 연계하여 특정 영역 확대 모드를 자동으로 실행하는 것을 도시한 도면이다.
[400]
도 18에 도시한 바와 같이, EPG 신호 처리 모듈(1550)은 EPG 신호를 포함하는 방송 신호로부터 카테고리 정보(예를 들어, 장르 정보 등)를 추출하고 추출한 카테고리를 분석한다. 여기서, 카테고리는 예를 들어 스포츠, 뉴스, 다큐멘터리, 영화, 드라마, 오락, 예능, 토크 쇼 등에 해당한다.
[401]
메인 스크린(1810)과 같이, 방송 신호에 포함된 정보가 스포츠, 다큐멘터리와 같은 특정 카테고리에 해당하면, 메인 스크린(1820)과 같이, 컨트롤러(1520)는 특정 영역 확대 모드를 자동으로 실행한다.
[402]
예를 들어, 컨트롤러(1520)는 현재 출력중인 방송 프로그램(비디오 데이터)이 스포츠, 뉴스 등과 같은 카테고리에 해당하는 경우 자동으로 특정 영역 확대 모드를 활성화한다.
[403]
또한, 컨트롤러(1520)는 현재 출력 중인 방송 프로그램(비디오 데이터)이 성인 영상, 폭력물, 성인 액션, 청소년 관람 불가 컨텐트인 경우, 자동으로 특정 영역 확대 모드를 오프 상태로 전환한다.
[404]
따라서, 본 발명의 일 실시 예에 따르면, 비디오 데이터의 카테고리 정보(장르 정보)에 따라, 특정 영역 확대 모드를 자동으로 온(ON) 시키거나 또는 오프(OFF) 시킬 수 있도록 설계함으로써, 특정 영역 확대 모드 진입에 필요한 시간을 최소화 하거나 또는 본 발명이 악용되는 소지를 줄일 수 있는 장점이 있다.
[405]
도 19는 본 발명의 일 실시 예에 따른 리모컨 좌표와 입력 비디오 좌표가 일치하지 않는 경우 이를 해결하는 것을 도시한 도면이다.
[406]
본 발명의 다른 일 실시 예를 구현하는 과정에서, 도 19 및 도 15이하에서 후술할 기술적 문제가 해결되어야 한다.
[407]
리모컨 좌표 도면(1910)과 같이, 리모컨 좌표는 2차원 평면에서 1920 x 1080 이다.
[408]
비디오 신호 좌표 도면(1920)과 같이, 비디오 신호의 좌표는 3840 x 2160 이 될 수 있다. 여기서, 좌표는 고정된 것이 아니며, 입력 비디오 신호의 해상도, 기기에 따라 변경될 수 있다. 좌표의 숫자는 절대값이 아니고, 상대적인 값으로 변경이 가능하다. 해상도는 한 화면에 픽셀이 몇 개나 포함되어 있는 지를 말하는 것으로, 가로의 픽셀 수와 세로의 픽셀 수를 곱하기 형태로 나타낸다. 즉, 해상도가 1920 x 1080 인 경우에는 가로 픽셀 수가 1920 이고, 세로 픽셀 수가 1080 인 것으로, 이를 2차원 평면 좌표로 나타낸다.
[409]
예를 들면, 리모컨 좌표와 비디오 신호 좌표의 불일치 때문에 사용자가 리모컨을 이용하여 현재 디스플레이되는 화면에서 x=1440, y=270 인 P 지점을 선택해도, 컨트롤러(1520)는 x=720, y=135 인 P'지점을 선택한 것으로 인식한다.
[410]
따라서, 사용자가 의도하는 좌표와 컨트롤러(1520)가 인식하는 좌표 사이에 차이가 발생한다.
[411]
여기서, 외부 리모컨은 데이터를 디스플레이 디바이스로 전송할 때, 리모컨의 좌표 정보를 포함하는 데이터를 전송한다. 외부 리모컨과 디스플레이 디바이스는 무선 통신으로 연결되고, RF 통신, IR 통신을 포함한다. 또한, 외부 리모컨은 스마트폰, 테블릿 PC를 포함하는 모바일 디바이스가 될 수 있다.
[412]
컨트롤러(1520)는 컨텐츠의 비디오 신호 정보에 따라, 외부 리모컨의 좌표 정보를 스케일링한다.
[413]
구체적으로, 컨트롤러(1520)는 컨텐트의 비디오 신호 정보가 변경된 경우 변경된 비디오 신호 정보를 감지하고, 외부 리모컨으로부터 수신한 외부 리모컨의 평면 좌표를 상기 감지된 비디오 신호 정보를 기초로 스케일링한다.
[414]
예를 들어, 리모컨 좌표가 1920 x 1080 이고, 컨텐트의 비디오 신호 해상도 정보가 1280 x 720 인 720P HD 인 경우, 컨트롤러(1520)는 비디오 신호 정보를 기준으로 수신한 리모컨 좌표를 스케일링하여 1280 x 720으로 변경한다. 해상도가 HD 인 경우에는 스케일링 계수는 0. 66이 된다.
[415]
컨텐트의 비디오 신호 해상도 정보가 1920 x 1080인 FHD 인 경우, 컨트롤러(1520)는 비디오 신호 정보를 기준으로 스케일링한다. 해상도가 FHD 인 경우에는 리모컨 좌표와 비디오 신호 정보 좌표가 동일하므로 스케일링 계수는 1 이 된다.
[416]
컨텐트의 비디오 신호 해상도 정보가 3840 x 2160인 UHD 인 경우, 컨트롤러(1520)는 비디오 신호 정보를 기준으로 수신한 리모컨 좌표를 스케일링하여 3840 x 2160으로 변경한다. 해상도가 UHD 인 경우에는 스케일링 계수는 2 가 된다.
[417]
도 20은 본 발명의 일 실시 예에 따른 후버 모드에서 포인터의 움직임에 따라 줌 윈도우가 실시간으로 이동하는 것을 도시한 도면이다.
[418]
본 발명의 실시 모드는 후버 모드(hover mode), 포인팅 모드(pointing mode), 라킹 모드(locking mode)가 있다.
[419]
후버 모드는 줌 윈도우가 헬기처럼 메인 스크린 위에서 이동하는 것으로, 확대된 특정 영역을 줌 윈도우에서 디스플레이하는 모드이다.
[420]
포인팅 모드는 포인터로 메인 스크린의 특정 영역을 특정하면, 확대된 특정영역을 줌 윈도우에서 디스플레이하고, 포인터의 이동에 따라 특정 영역이 이동하면, 이동된 특정 영역 확대하여 이를 줌 윈도우에서 디스플레이하는 모드이다.
[421]
라킹 모드는 포인터로 메인 스크린의 특정 영역을 특정하고, 확대된 특정 영역을 줌 윈도우에서 디스플레이하고, 포인터의 이동에 따라 특정 영역이 이동하지 않는 모드이다.
[422]
메인 스크린(2010)과 같이, 후버 모드에서, 컨트롤러(1520)는 포인터(2012)로 특정 영역을 특정하면, 메인 스크린(2020)과 같이, 확대된 특정 영역을 줌 윈도우(2022)에 디스플레이한다.
[423]
메인 스크린(2030)과 같이, 컨트롤러(1520)는 A 지점에서 B 지점으로 줌 윈도우(2032)를 이동하면, 이동한 B 지점에 대응하는 확대된 특정 영역을 줌 윈도우(2032)에 디스플레이한다.
[424]
메인 스크린(2040)과 같이, 컨트롤러(1520)는 C 지점에서 D 지점으로 줌 윈도우(2042)를 이동하면, 이동한 D 지점에 대응하는 확대된 특정 영역을 줌 윈도우(2042)에 디스플레이한다. 여기서, 컨트롤러(1520)는 줌 윈도우가 나타난 다음, 소정 시간 후 포인터(2012)를 사라지도록 제어한다. 포인터가 계속 보이게 되면, 사용자가 줌 윈도우를 보는 것이 방해될 수 있으므로 사용자 편의성을 향상시키기 위하여 포인터를 사라지도록 한다.
[425]
컨트롤러(1520)는 포인터의 위치를 중심으로 특정 영역을 특정하고, 포인터의 위치를 중심으로 특정 영역을 확대하고, 확대된 특정 영역을 줌 윈도우에 디스플레이한다. 이후 리모트 컨트롤러로부터 특정 신호를 수신하면, 컨트롤러(1520)는 포인터의 움직임에 따라 줌 윈도우가 실시간으로 이동되게 제어한다.
[426]
컨트롤러(1520) 리모트 컨트롤러로부터 특정 신호를 수신하면, 돋보기 기능을 실행하는 특정 영역 확대 모드에 진입한다.
[427]
도 21은 본 발명의 일 실시 예에 따른 후버 모드에서 포인터를 이동할 때, 줌 윈도우 내 원본 영상을 디스플레이하는 것을 도시한 도면이다.
[428]
컨트롤러(1520)는 포인터의 움직임에 따라 줌 윈도우가 실시간으로 이동하도록 제어하고, 시인성을 향상 시키기 위하여 포인터를 숨김 상태로 전환한다.
[429]
메인 스크린(2110)과 같이, 컨트롤러(1520)는 포인터(2114)가 정지된 상태에서 확대된 특정 영역을 줌 윈도우(2112)에 디스플레이한다.
[430]
메인 스크린(2120)과 같이, 컨트롤러(1520)는 포인터(2124)를 A지점에서 B지점으로 이동하면, 이동된 포인터에 대응하는 특정 영역을 확대하지 않은 원본 영상을 줌 윈도우(2122)에 디스플레이한다.
[431]
종래 기술에서는 원본 영상 프레임과 확대 영상 프레임 간의 프레임 딜레이로 인하여, 확대 영상 경계 부분이 떨리는 현상이 발생한다. 그러나, 본 발명에 따르면, 특정 영역을 확대하지 않는 원본 영상을 줌 윈도우에 디스플레이하므로 확대 영상 경계 부분이 떨리는 현상을 방지할 수 있다.
[432]
도 22는 본 발명의 일 실시 예에 따라, 라킹 모드에서 고정하고 싶은 영역으로 줌 윈도우를 이동하고, 줌 윈도우 내 특정 영역을 확대하여 디스플레이하는 것을 도시한 도면이다.
[433]
메인 스크린(2210)과 같이, 컨트롤러(1520)는 A 지점에서 사용자가 고정하고 싶은 영역인 B 지점으로 포인터(2214)로 줌 윈도우(2212)를 이동한다.
[434]
메인 스크린(2220)과 같이, 컨트롤러(1520)는 리모트 컨트롤러로부터 확인 키와 같은 특정 입력에 대응하는 특정 신호를 수신하면, 줌 윈도우(2222)를 현재 위치인 B 지점에 고정한다.
[435]
도 23은 본 발명의 일 실시 예에 따라, 라킹 모드에서 줌 윈도우를 고정하고, 줌 윈도우 내 특정 영역을 확대하여 디스플레이하는 것을 도시한 도면이다.
[436]
컨트롤러(1520)는 특정 영역(2312)을 포인터(2314)로 특정하되, 리모트 컨트롤러로부터 특정 신호를 수신하면, 특정 영역(2312)을 고정하고, 줌 윈도우(2322)는 포인터(2314)의 이동에 따라 이동한다. 컨트롤러(1520)는 리모트 컨트롤러로부터 특정 신호를 수신하면, 줌 윈도우(2322)를 고정한다.
[437]
메인 스크린(2310)과 같이, 라킹 모드에서 컨트롤러(1520)는 리모트 컨트롤러로부터 특정 신호를 수신하면, 특정 영역(2312)을 고정한다.
[438]
메인 스크린(2320)과 같이, 컨트롤러(1520)는 확대된 특정 영역을 줌 윈도우(2322)에 디스플레이한다. 여기서, 라킹 모드이므로, 줌 윈도우(2322)는 포인터(2314)의 이동에 따라 이동하지 않는다.
[439]
본 발명에 따르면, 라킹 모드에서는 컨텐트가 일기 예보이고 특정 영역에 수화가 디스플레이 되는데 특정 영역의 크기가 사용자가 시청하기에 작은 경우, 수화가 나오는 특정 영역을 확대하고, 확대된 특정 영역을 줌 윈도우에 디스플레이하고 줌 윈도우가 고정됨으로써, 포인터의 이동에 따라 줌 윈도우가 이동하지 않아 사용자가 안정적으로 줌 윈도우를 디스플레이 할 수 있어서 사용자 편의성이 향상된다.
[440]
도 24는 본 발명의 일 실시 예에 따라, 포인팅 모드에서 포인터가 지시하는 특정 영역의 영상을 확대하여 줌 윈도우에서 디스플레이하는 것을 도시한 도면이다.
[441]
포인팅 모드에서, 컨트롤러(1520)는 포인터로 특정된 특정 영역을 확대하고, 확대된 특정 영역을 줌 윈도우(2412)에 디스플레이한다. 여기서, 특정 영역(2422)은 포인터(2422)의 이동에 따라 이동한다.
[442]
메인 스크린(2410)과 같이, 컨트롤러(1520)는 포인터로 특정된 특정 영역을 확대하고, 확대된 특정 영역을 줌 윈도우(2412)에 디스플레이한다.
[443]
메인 스크린(2420)과 같이, 컨트롤러(1520)는 포인터(2422)의 이동에 따라 특정 영역이 이동하면, 이동된 특정 영역(2422)을 확대하고, 확대된 특정 영역을 줌 윈도우(2424)에 디스플레이 한다.
[444]
포인팅 모드에서 리모트 컨트롤러로부터 확인 키 입력과 같은 특정 입력을 수신하면, 컨트롤러(1520)는 특정 입력에 대응하는 포인터(2422)가 숨김 상태에서 활성화되어 메인 스크린에 표시되도록 제어한다.
[445]
도 25는 본 발명의 일 실시 예에 따른 줌 윈도우의 모양을 변경하는 것을 도시한 도면이다.
[446]
메인 스크린(2510)과 같이, 리모트 컨트롤러로부터 특정 입력을 수신하면, 컨트롤러(1520)는 줌 윈도우의 모양을 변경할 수 있다.
[447]
예컨대, 컨트롤러(1520)는 줌 윈도우의 모양을 정사각형, 직사각형, 원, 타원, 수직 바, 수평 바 등으로 변경할 수 있다.
[448]
또한, 컨트롤러(1520)는 사용자 설정에 따라 자유롭게 줌 윈도우의 모양을 변경할 수 있고, 컨트롤러(1520)는 리모트 컨트롤러로부터 특정 버튼을 토글링하는 입력을 수신하면 줌 윈도우의 모양을 변경할 수 있다.
[449]
도 26은 본 발명의 일 실시 예에 따른 줌 윈도우의 크기를 변경하는 것을 도시한 도면이다.
[450]
도 26에 도시한 바와 같이, 컨트롤러(1520)는 리모트 컨트롤러로부터 상하 4 방향키 입력, 휠 마우스 입력과 같은 특정 입력을 수신하면, 줌 윈도우의 크기를 변경할 수 있다.
[451]
예컨대, 컨트롤러(1520)는 줌 윈도우가 100 % 인 상태에서, 리모트 컨트롤러로부터 특정 입력을 수신하면, 줌 윈도우의 크기를 200 %, 300 %, 400 %, 500 % 로 변경할 수 있다.
[452]
줌 윈도우의 크기가 100% 인 경우, 선수의 얼굴만이 줌 윈도우에 디스플레이되나, 줌 윈도우의 크기가 500 % 인 경우, 복수의 선수들이 줌 윈도우에 디스플레이된다.
[453]
여기서, 줌 윈도우의 크기 확대 배율은 사용자 설정으로 자유로이 설정이 가능하고, 150 %, 200 %, 250 % 등으로 조정할 수 있다.
[454]
도 27은 본 발명의 일 실시 예에 따른 줌 윈도우 영상의 화질 설정을 변경하는 것을 도시한 도면이다.
[455]
도 27에 도시한 바와 같이, 컨트롤러(1520)는 리모트 컨트롤러로부터 특정 입력을 수신하면, 줌 윈도우의 영상 밝기를 조정할 수 있다.
[456]
밝기는 0 ~ 100 이고, 밝기 조절은 사용자 설정으로 자유로이 변경이 가능하다. 특정 입력은 리모트 컨트롤러의 좌우 4 방향 키, 휠 마우스 입력이 될 수 있다.
[457]
예컨대, 컨트롤러(1520)는 리모트 컨트롤러로부터 특정 입력을 수신하면, 줌 윈도우의 영상 밝기를 10에서 90으로 조정할 수 있다.
[458]
이외에도, 컨트라스트, 샤프니스, 색상, 해상도를 변경할 수 있다.
[459]
컨트롤러(1520)는 원본 화면이 영상 밝기가 10으로 어두운 경우, 특정 영역의 영상 밝기를 밝게 보정을 하고, 확대된 특정 영역을 줌 윈도우에 디스플레이한다.
[460]
또한, 컨트롤러(1520)는 특정 영역의 밝기를 보정할 때, 컨텐트의 특성, 메인 스크린에 디스플레이된 오브젝트, 배경 화면 등을 고려하여 최적의 밝기로 특정 영역의 밝기를 보정할 수 있다.
[461]
또한, 컨트롤러(1520)는 특정 영역의 해상도를 보정할 때, 컨텐트의 특성, 메인 스크린에 디스플레이된 오브젝트, 배경 화면, 디스플레이 디바이스의 전원 상태, 사용자의 사용 패턴 등을 고려하여 최적의 해상도로 특정 영역의 해상도를 보정할 수 있다.
[462]
도 28은 본 발명의 일 실시 예에 따라, 타임 쉬프트 기능과 연계하여 정지 시점부터 영상을 재생하는 것을 도시한 도면이다.
[463]
메인 스크린(2810)과 같이, 리모트 컨트롤러로부터 일시 정지 신호와 같은 제 1 신호를 수신하면, 컨트롤러(1520)는 컨텐트를 메인 스크린에 디스플레이하는 것을 정지한다.
[464]
컨트롤러(1520)는 정지 시점부터 소정 시간 동안 컨텐트를 메모리(1540)에 저장한다. 즉, 메인 스크린에는 정지 영상이 디스플레이되나 타임 쉬프트 기능이 작동되므로, 컨트롤러(1520)는 컨텐트를 연속적으로 메모리(1540)에 저장한다.
[465]
메인 스크린(2810)과 같이, 라이브 영상을 정지시키고, 컨트롤러(1520)는 포인터(2826)로 특정한 특정 영역(2822)을 확대하고, 확대한 특정 영역을 줌 윈도우(2824)에 디스플레이한다.
[466]
소정 시간 경과 후 리모트 컨트롤러로부터 제 1 신호와 상이한 재생 신호와 같은 제 2 신호를 수신하면, 컨트롤러(1520)는 메모리(1540)에 저장된 컨텐트의 정지 시점에서부터 컨텐트를 메인 스크린에 디스플레이한다.
[467]
본 발명에 따르면, 영상이 정지한 시점 이후부터 다시 재생될 수 있어, 사용자는 놓치는 부분 없이 컨텐트를 시청할 수 있으므로 사용자 편의성이 향상된다.
[468]
도 29는 본 발명의 일 실시 예에 따라, 줌 윈도우 내 영상을 켭쳐하여 메모리에 저장하는 것을 도시한 도면이다.
[469]
메인 스크린(2910)과 같이, 리모트 컨트롤러로부터 특정 신호를 수신하면, 컨트롤러(1520)는 메인 스크린에 디스플레이되는 컨텐트 영상을 정지하고, 가방과 같은 특정 오브젝트(2912)를 포인터(2914)로 선택하는 입력을 리모트 컨트롤러로부터 수신에 대응하여 특정 오브젝트를 특정한다.
[470]
메인 스크린(2920)과 같이, 컨트롤러(1520)는 가방과 같은 특정 오브젝트를 확대하고, 확대된 특정 오브젝트를 줌 윈도우(2922)에 디스플레이하고, 디스플레이된 줌 윈도우(2922)를 캡쳐한다.
[471]
메인 스크린(2930)과 같이, 컨트롤러(1520)는 캡쳐된 줌 윈도우 내의 이미지를 메모리(1540)에 저장한다.
[472]
본 발명의 일 실시 예에 따르면, 컨트롤러(1520)는 메인 스크린에 컨텐트 동영상을 디스플레이하는 상태에서, 특정 오브젝트(2912)를 포인터(2914)로 특정하고 특정 시점의 디스플레이된 줌 윈도우(2922)를 캡쳐하고, 캡쳐된 줌 윈도우 내의 이미지를 메모리(1540)에 저장할 수 있다.
[473]
도 30은 본 발명의 일 실시 예에 따라, 특정 오브젝트로부터의 오디오 신호 크기를 확대해서 출력하고 동시에 특정 오브젝트를 줌 윈도우에서 확대하여 디스플레이하는 것을 도시한 도면이다.
[474]
메인 스크린(3010)과 같이, 메인 스크린 내에는 오브젝트 A(3012), 오브젝트 B(3014), 오브젝트 C(3016) 등과 같이 복수의 오브젝트가 있다.
[475]
컨트롤러(1520)는 복수의 오브젝트 중 오브젝트 C(3016)와 같은 특정 오브젝트를 포인터(3018)로 특정하면, 메인 스크린에 디스플레이된 특정 오브젝트의 변화량과 특정 오브젝트와 상이한 오브젝트의 변화량을 감지한다.
[476]
여기서, 컨트롤러(1520)는 특정 오브젝트와 특정 오브젝트와 상이한 오브젝트가 사람인 경우, 입 모양 변화를 기초로 오브젝트의 변화량을 감지한다.
[477]
예컨대, 컨트롤러(1520)는 오브젝트 C(3016)를 특정 오브젝트로 특정하고, 오브젝트 C의 입모양과 오브젝트 A, 오브젝트 B의 입모양 변화를 기초로 오브젝트의 변화량을 감지한다.
[478]
오브젝트가 동물인 경우에도 컨트롤러(1520)는 입 모양 변화를 기초로 오브젝트의 변화량을 감지한다.
[479]
메인 스크린(3020)과 같이, 감지된 오브젝트 변화량 들 중에서 특정 오브젝트의 변화량이 가장 큰 값이면 특정 오브젝트에 대응하는 오디오 신호 크기를 확대하고(turn up the volume), 특정 오브젝트를 포함하는 특정 영역을 확대한 후, 확대된 특정 영역을 줌 윈도우(3022)에 디스플레이한다.
[480]
입모양 변화율은 이전 프레임과 현재 프레임 사이에서 입모양 변화 정도를 규준화하여 수치로 나타낸 것이다. 입모양 변화율은 0 에서 100 까지의 값을 가진다. 입모양 변화율이 0인 경우는 입모양이 변하지 않는 것이고, 입모양 변화율이 100 인 경우는 입을 다문 상태에서 입을 최대한 벌린 상태로 입모양이 최대로 변한 것이다.
[481]
예컨대, 오브젝트 A(3012)의 입모양 변화량이 10, 오브젝트 B(3014)의 입모양 변화량이 20, 오브젝트 C(3016)의 입모양 변화량이 70인 경우, 컨트롤러(1520)는, 오브젝트 C(3016)의 입 모양 변화량이 가장 큰 값이므로, 오브젝트 C 에 대응하는 '이 몸의 인기는... 하하'와 같은 오디오 신호 크기를 확대하고, 오브젝트 C를 포함하는 특정 영역을 확대한 후, 확대된 특정 영역을 줌 윈도우에(3022)에 디스플레이한다.
[482]
메인 스크린(3030)과 같이, 오브젝트 A(3012)의 입모양 변화량이 65, 오브젝트 B(3014)의 입모양 변화량이 20, 오브젝트 C(3016)의 입모양 변화량이 15인 경우, 입 모양의 변화량이 가장 큰 오브젝트가 오브젝트 A이므로, 컨트롤러(1520)는 오브젝트 A에 대응하는 '옷태는 괜찮내...'와 같은 오디오 신호 크기를 확대하고, 오브젝트 A를 포함하는 특정 영역을 확대한 후, 확대된 특정 영역을 줌 윈도우에(3032)에 디스플레이한다.
[483]
메인 스크린(3040)과 같이, 오브젝트 A(3012)의 입모양 변화량이 10, 오브젝트 B(3014)의 입모양 변화량이 75, 오브젝트 C(3016)의 입모양 변화량이 10인 경우, 입 모양의 변화량이 가장 큰 오브젝트가 오브젝트 B이므로, 컨트롤러(1520)는 오브젝트 B에 대응하는 '의식하기는...'와 같은 오디오 신호 크기를 확대하고, 오브젝트 B를 포함하는 특정 영역을 확대한 후, 확대된 특정 영역을 줌 윈도우에(3042)에 디스플레이한다.
[484]
본 발명에 따르면, 사용자가 특정한 특정 오브젝트의 입모양 변화를 기초로 특정 오브젝트에서 나오는 오디오 신호 크기를 확대하고 동시에 특정 오브젝트를 포함하는 특정 영역을 확대하여 줌 윈도우에 디스플레이함으로써, 사용자가 관심 있는 오브젝트의 오디오 신호 크기와 오브젝트 크기를 확대할 수 있어서 사용자 편의성이 향상된다.
[485]
도 31은 본 발명의 일 실시 예에 따라, 복수의 사람 중 두 명이 이야기하는 경우, 이야기하는 두 명의 목소리 크기를 확대해서 출력하고 동시에 두 명을 포함하는 특정 영역을 줌 윈도우에서 확대하여 디스플레이하는 것을 도시한 도면이다.
[486]
메인 스크린(3110)과 같이, 컨트롤러(1520)는 복수의 오브젝트를 개별적으로 감지해서, 오브젝트의 입모양 변화를 감지하고, 특정 오브젝트의 입모양 변화율이 임계값 이상인 경우, 특정 오브젝트에 대응하는 오디오 신호를 확대해서 출력하고, 동시에 특정 오브젝트를 포함하는 특정 영역을 확대하고, 확대된 특정 영역을 줌 윈도우에서 디스플레이한다.
[487]
예를 들어, 복수의 사람 중에서 두 명이 이야기하는 경우, 컨트롤러(1520)는 이야기하는 두 사람의 입모양 변화를 감지하고, 두 사람의 입모양 변화율이 임계값 50 이상인 경우, 제 1 사람(3112)에 대응하는 오디오 신호인 '옷태는 괜찮네...', 제 2 사람(3114)에 대응하는 오디오 신호인 '이 몸의 인기는...하하'를 확대해서 출력하고, 동시에 제 1 사람을 포함하는 특정 영역과 제 2 사람을 포함하는 특정 영역을 확대하고, 확대된 제 1 특정 영역을 줌 윈도우에 디스플레이하고, 확대된 제 2 특정 영역을 줌 윈도우에 디스플레이한다.
[488]
도 32는 본 발명의 일 실시 예에 따른, 입모양 변화율에 따라 특정 오브젝트 확대 여부를 나타내는 것을 도시한 도면이다.
[489]
도 32에 도시한 바와 같이, 입모양 변화율이 임계값보다 작은 경우 특정 오브젝트를 확대하지 않는다.
[490]
입모양 변화율이 임계값보다 큰 경우 특정 오브젝트를 확대한다.
[491]
입모양 변화율이 0인 경우, 즉 이전 프레임과 현재 프레임에서 입모양이 동일한 경우, 특정 오브젝트를 확대하지 않는다.
[492]
도 33은 본 발명의 일 실시 예에 따라, 줌 윈도우 내에 있는 특정 오브젝트에 대한 정보 검색 기능을 실행하는 것을 도시한 도면이다.
[493]
메인 스크린(3310)과 같이, 컨트롤러(1520)는 포인터(3312)로 새와 같은 특정 오브젝트를 포함하는 특정 영역(3314)을 특정한다.
[494]
여기서, 특정 오브젝트에 대한 메타 데이터가 메모리(1540)에 있는 경우, 포인터(3312)의 모양은 돋보기(3316)로 변경된다. 특정 오브젝트에 대한 메타 데이터가 메모리(1540)에 없는 경우, 포인터(3312)의 모양은 돋보기(3316)로 변경되지 않는다.
[495]
즉, 포인터(3312)의 모양이 돋보기로 변경되면, 부가 정보가 존재하는 것이고, 포인터(3312)의 모양이 돋보기로 변경되지 않으면, 부가 정보가 존재하지 않는 것이다.
[496]
메인 스크린(3320)과 같이, 컨트롤러(1520)는 특정 오브젝트에 대응하는 부가 정보(3322)를 메인 스크린에 디스플레이하고, 특정 영역을 확대하고, 확대한 특정 영역을 줌 윈도우(3324)에 디스플레이한다.
[497]
예를 들어, 컨트롤러(1520)는 새에 대한 부가 정보인 '적도에 사는 조류로서... 먹이는 적도 주변에 사는 어류 및 해초...'를 메인 스크린에 디스플레이하고,새를 포함하는 특정 영역을 확대하고, 확대한 특정 영역을 줌 윈도우(3324)에 디스플레이한다.
[498]
외부 서버에서 부가 정보를 검색하고, 외부 서버로부터 수신한 부가 정보를 디스플레이하는 과정에 대하여 보다 자세히 설명하면 다음과 같다.
[499]
컨트롤러(1520)는 특정 오브젝트의 메타 데이터를 인터페이스 모듈(1510)을 통하여 외부 서버로 전송한다.
[500]
외부 서버는 메타 데이터, 이미지에 대응하는 부가 정보를 검색한다. 여기서, 외부 서버는 구글, 네이버와 같은 검색 엔진이 될 수 있다.
[501]
컨트롤러(1520)는 메타 데이터에 대응하는 부가 정보를 외부 서버로부터 수신한다.
[502]
특정 오브젝트의 메타 데이터가 존재하지 않는 경우, 컨트롤러(1520)는 특정 오브젝트의 이미지를 외부 서버로 인터페이스 모듈(1510)을 통하여 전송하고, 이미지에 대응하는 부가 정보를 외부 서버로부터 수신한다.
[503]
예를 들어, 새와 같은 특정 오브젝트의 메타 데이터가 존재하지 않는 경우, 컨트롤러(1520)는 새의 이미지를 외부 서버로 전송하고, 새의 이미지에 대응하는 부가 정보를 외부 서버로부터 수신한 후, 이를 메인 스크린에 디스플레이한다.
[504]
도 34는 본 발명의 일 실시 예에 따라, 줌 윈도우 내에 있는 특정 오브젝트가 사람인 경우 이에 대응하는 부가 정보를 확대 배율에 따라 상이하게 디스플레이하는 것을 도시한 도면이다.
[505]
리모트 컨트롤러로부터 줌 윈도우의 확대 배율을 선택하는 제 2 커맨드를 수신하면, 컨트롤러(1520)는 특정 오브젝트에 대응하는 부가 정보를 수신된 제 2 커맨드에 따라 상이하게 메인 스크린에 디스플레이한다.
[506]
여기서, 컨텐트는 동영상에 대응하고, 줌 윈도우의 위치는 특정 위치에 따라 달라진다. 확대 배율은 100 %, 200 %, 300 %로 설정에 따라 달라지고, 자유로이 조절이 가능하다.
[507]
메인 스크린(3410)과 같이, 포인터(3312)로 특정 오브젝트를 특정하면, 컨트롤러(1520)는 특정 오브젝트를 포함하는 특정 영역을 특정한다.
[508]
여기서, 특정 오브젝트에 대한 메타 데이터가 메모리(1540)에 존재하면, 포인터가 특정 오브젝트 위에 있으면, 컨트롤러(1520)는 포인터(3412)의 모양을 돋보기(3416)로 변경한다.
[509]
메인 스크린(3420)과 같이, 리모트 컨트롤러로부터 줌 윈도우의 확대 배율 100 % 에 대한 커맨드를 수신하면, 컨트롤러(1520)는 특정 오브젝트에 대응하는 부가 정보를 메인 스크린에 디스플레이한다.
[510]
예컨대, 특정 오브젝트가 영화 배우 톰 크루즈인 경우, 컨트롤러(1520)는 톰 크루즈에 대응하는 부가 정보인 이름을 메인 스크린에 디스플레이한다.
[511]
메인 스크린(3430)과 같이, 줌 윈도우(3432)의 확대 배율 200 % 인 경우, 컨트롤러(1520)는 톰 크루즈에 대응하는 부가 정보인 이름, 생년월일, 신체 사이즈를 메인 스크린에 디스플레이한다.
[512]
여기서, 부가 정보는 Tom Cruise, 1962년 07월 03일, 신장 172 cm, 체중 69 kg 이다.
[513]
메인 스크린(3440)과 같이, 줌 윈도우(3442)의 확대 배율 300 % 인 경우, 컨트롤러(1520)는 톰 크루즈에 대응하는 부가 정보인 이름, 생년월일, 신체 사이즈, 대표 작품을 메인 스크린에 디스플레이한다.
[514]
여기서, 부가 정보는 Tom Cruise, 1962년 07월 03일, 신장 172 cm, 체중 69 kg, 탑건, 미션 임파서블, 랙 리처이다.
[515]
포인터로 특정 오브젝트를 특정할 때 특정 오브젝트에 대응하는 부가 정보가 모두 디스플레이 되면, 사용자한테는 불필요한 부가 정보가 디스플레이되는 상황이 발생할 수 있다. 따라서, 사용자가 특정 오브젝트에 대하여 적은 관심을 보인 경우, 적은 양의 부가 정보를 디스플레이하고, 사용자가 특정 오브젝트에 대하여 큰 관심을 보인 경우 많은 양의 부가 정보를 디스플레이하는 것이 바람직하다.
[516]
본 발명에 따르면, 사용자가 특정 오브젝트를 특정하였을 때, 확대하는 비율이 클수록 특정 오브젝트에 대한 사용자의 관심도가 크고 사용자가 특정 오브젝트에 대하여 더 많이 알고 싶다는 욕구를 반영할 수 있는 것처럼 화면 확대 비율에 따라 다르게 특정 오브젝트에 대한 부가 정보를 디스플레이하여 특정 오브젝트에 대한 사용자의 관심 정도를 반영하여 부가 정보를 디스플레이 할 수 있어서 사용자 편의성이 향상된다.
[517]
도 35는 본 발명의 일 실시 예에 따라, 줌 윈도우 내에 있는 특정 오브젝트가 물건인 경우 이에 대응하는 부가 정보를 확대 배율에 따라 상이하게 디스플레이하는 것을 도시한 도면이다.
[518]
메인 스크린(3510)과 같이, 포인터(3512)로 특정 오브젝트를 특정하면, 컨트롤러(1520)는 특정 오브젝트를 포함하는 특정 영역을 특정한다.
[519]
여기서, 특정 오브젝트에 대한 메타 데이터가 메모리(1540)에 존재하면, 포인터가 특정 오브젝트 위에 있으면, 컨트롤러(1520)는 포인터(3512)의 모양을 돋보기(3516)로 변경한다.
[520]
메인 스크린(3520)과 같이, 리모트 컨트롤러로부터 줌 윈도우의 확대 배율 100 % 에 대한 커맨드를 수신하면, 컨트롤러(1520)는 특정 오브젝트에 대응하는 부가 정보를 메인 스크린에 디스플레이한다.
[521]
예컨대, 특정 오브젝트가 버버리 가방인 경우, 컨트롤러(1520)는 버버리 가방에 대응하는 부가 정보인 상표만을 메인 스크린에 디스플레이한다.
[522]
여기서, 부가 정보는 Burberry이다.
[523]
메인 스크린(3530)과 같이, 줌 윈도우(3532)의 확대 배율 200 % 인 경우, 컨트롤러(1520)는 가방에 대응하는 부가 정보(3534)인 상표(제품 번호), 가격을 메인 스크린에 디스플레이한다.
[524]
여기서, 부가 정보는 Burberry(390880), 168만원이다.
[525]
메인 스크린(3540)과 같이, 줌 윈도우(3542)의 확대 배율 300 % 인 경우, 컨트롤러(1520)는 가방에 대응하는 부가 정보인 상표(제품 번호), 가격, 판매 장소를 메인 스크린에 디스플레이한다.
[526]
여기서, 부가 정보는 Burberry(390880), 168만원, 호텔 신라, 롯데, 동화 면세점이다.
[527]
본 발명의 일 실시 예에 따르면, 줌 윈도우 내부에 있는 특정 오브젝트가 복수 개인 경우, 개별 오브젝트 별로 부가 정보를 디스플레이한다(미도시).
[528]
예를 들어, 줌 윈도우의 내부에, 특정 배우가 가방을 들고 있는 경우를 살펴본다.
[529]
리모트 컨트롤러로부터 줌 윈도우의 확대 배율 100 % 에 대한 커맨드를 수신하면, 컨트롤러(1520)는 줌 윈도우의 내부에 복수의 오브젝트에 대응하는 부가 정보를 메인 스크린에 디스플레이한다.
[530]
예컨대, 제 1 오브젝트가 톰 크루즈, 제 2 오브젝트가 버버리 가방인 경우, 컨트롤러(1520)는 톰 크루즈에 대응하는 부가 정보인 이름, 가방에 대응하는 부가 정보인 상표만을 메인 스크린에 디스플레이한다.
[531]
여기서, 톰 크루즈에 대응하는 부가 정보는 Tom Cruise이고, 가방에 대응하는 부가 정보는 Burberry이다.
[532]
줌 윈도우의 확대 배율 200 % 인 경우, 컨트롤러(1520)는 톰 크루즈에 대응하는 부가 정보인 이름, 생년월일, 신체 사이즈를 메인 스크린에 디스플레이하고, 가방에 대응하는 부가 정보(3534)인 상표(제품 번호), 가격을 메인 스크린에 디스플레이한다.
[533]
여기서, 톰 크루즈에 대응하는 부가 정보는 Tom Cruise, 1962년 07월 03일, 신장 172 cm, 체중 69 kg 이다. 가방에 대응하는 부가 정보는 Burberry(390880), 168만원이다.
[534]
도 3540과 같이, 줌 윈도우(3542)의 확대 배율 300 % 인 경우, 컨트롤러(1520)는 톰 크루즈에 대응하는 부가 정보인 이름, 생년월일, 신체 사이즈를 메인 스크린에 디스플레이하고, 가방에 대응하는 부가 정보인 상표(제품 번호), 가격, 판매 장소를 메인 스크린에 디스플레이한다.
[535]
여기서, 톰 크루즈에 대응하는 부가 정보는 Tom Cruise, 1962년 07월 03일, 신장 172 cm, 체중 69 kg, 탑건, 미션 임파서블, 랙 리처이다. 가방에 대응하는 부가 정보는 Burberry(390880), 168만원, 호텔 신라, 롯데, 동화 면세점이다.
[536]
본 발명에 따르면, 줌 윈도우의 내부에 복수의 오브젝트가 있는 경우, 오브젝트 별로 부가 정보를 화면에 디스플레이함으로써, 사용자의 관심도를 객관적으로 반영할 수 있어서 사용자 편의성이 향상된다.
[537]
도 36은 본 발명의 일 실시 예에 따라, 줌 윈도우 내에 있는 특정 오브젝트의 타입에 따라 이에 대응하는 부가 정보를 확대 배율에 따라 상이하게 디스플레이하는 것을 도시한 도면이다.
[538]
오브젝트 타입이 사람인 경우, 확대 배율이 100 %이면, 컨트롤러(1520)는 부가 정보 a를 메인 스크린에 디스플레이한다.
[539]
확대 배율이 200 %이면, 컨트롤러(1520)는 부가 정보 a + b 를 메인 스크린에 디스플레이한다.
[540]
확대 배율이 300 %이면, 컨트롤러(1520)는 부가 정보 a + b + c를 메인 스크린에 디스플레이한다.
[541]
여기서, 부가 정보 a는 이름, b는 생년 월일, 신체 사이즈, c는 대표 작품명이 될 수 있다. 또한, 부가 정보 a는 이름, b는 생년 월일, 신체 사이즈, c는 학력, 경력이 될 수 있다. 위의 부가 정보는 일 실시 예에 불과하며, 사용자 설정에 의하여 변환이 가능하다.
[542]
오브젝트 타입이 물건인 경우, 확대 배율이 100 %이면, 컨트롤러(1520)는 부가 정보 A를 메인 스크린에 디스플레이한다.
[543]
확대 배율이 200 %이면, 컨트롤러(1520)는 부가 정보 A + B 를 메인 스크린에 디스플레이한다.
[544]
확대 배율이 300 %이면, 컨트롤러(1520)는 부가 정보 A + B + C를 메인 스크린에 디스플레이한다.
[545]
도 37은 본 발명의 일 실시 예에 따른 디스플레이 디바이스의 구성도이다.
[546]
도 37에 도시한 바와 같이, 디스플레이 디바이스(1500)는 인터페이스 모듈(1510), 컨트롤러(1520), 디스플레이 모듈(1530), 메모리(1540), EPG 신호 처리 모듈(1550)을 포함한다.
[547]
인터페이스 모듈(1510)은 리모트 컨트롤러로부터 메인 스크린에 표시된 특정 위치를 선택하는 제 1 커맨드를 수신한다.
[548]
디스플레이 모듈(1530)은 디스플레이 디바이스의 메인 스크린에 컨텐트를 디스플레이한다.
[549]
메모리(1540)은 메인 스크린에 디스플레이 되는 컨텐트를 저장한다.
[550]
컨트롤러(1520)은 디스플레이 모듈(1530), 메모리(1540) 및 인터페이스 모듈(1510)을 제어한다.
[551]
컨트롤러(1520)는 수신된 제 1 커맨드에 따라, 특정 위치로부터 기설정된 거리 내에 있는 특정 영역을 확대하고, 확대된 특정 영역을 줌 윈도우에 디스플레이하고, 줌 윈도우의 일부 영역이 메인 스크린의 내부에 있는 경우, 줌 윈도우의 크기와 특정 영역의 크기를 조정하고, 조정된 줌 윈도우를 디스플레이한다.
[552]
여기서, 컨텐트는 동영상에 대응하고, 줌 윈도우의 위치는 특정 위치에 따라 달라진다.
[553]
컨트롤러(1520)는 줌 윈도우의 전체 영역이 메인 스크린의 내부에 있는 경우, 특정 영역의 크기와 줌 윈도우의 크기를 포인터로 지시한 지점을 시작점으로 포인터의 이동에 따라 동일한 배율로 조정하고, 조정된 줌 윈도우를 디스플레이한다.
[554]
이에 대한 자세한 설명은 도 42 에서 후술한다.
[555]
컨트롤러(1520)는 줌 윈도우의 크기와 특정 영역의 크기를 포인터로 지시한 지점을 시작점으로 포인터의 이동에 따라 동일한 배율로 조정한다.
[556]
이에 대한 자세한 설명은 도 43에서 후술한다.
[557]
컨트롤러(1520)는 특정 모드에서, 줌 윈도우 크기를 변경하여 줌 윈도우의 일부 영역이 메인 스크린의 내부에 있으면, 포인터로 지시한 지점에 대응하는 줌 윈도우의 중심점을 이동하여 줌 윈도우의 모든 영역이 메인 스크린에 있도록 디스플레이한다.
[558]
이에 대한 자세한 설명은 도 44에서 후술한다.
[559]
도 38은 본 발명의 일 실시 예에 따른 디스플레이 디바이스 제어 방법의 순서도이다. 본 발명은 컨트롤러(1520)에 의하여 수행된다.
[560]
도 38에 도시한 바와 같이, 먼저, 디스플레이 디바이스의 메인 스크린에 컨텐트를 디스플레이 한다(S3810).
[561]
리모트 컨트롤러로부터 메인 스크린 내 특정 위치를 선택하는 제 1 커맨드를 수신한다(S3820).
[562]
수신된 제 1 커맨드에 따라, 특정 위치로부터 기설정된 거리 내에 있는 특정 영역을 확대한다(S3830).
[563]
확대된 특정 영역을 줌 윈도우에 디스플레이한다(S3840).
[564]
줌 윈도우의 일부 영역이 메인 스크린의 내부에 있는 경우, 줌 윈도우의 크기와 특정 영역의 크기를 조정한다(S3850).
[565]
조정된 줌 윈도우를 디스플레이한다(S3860).
[566]
여기서, 컨텐트는 동영상에 대응하고, 줌 윈도우의 위치는 특정 위치에 따라 달라진다.
[567]
도 39는 본 발명의 일 실시 예에 따른 디스플레이 디바이스 제어 방법의 순서도이다. 본 발명은 컨트롤러(1520)에 의하여 수행된다.
[568]
도 39에 도시한 바와 같이, 먼저, 디스플레이 디바이스의 메인 스크린에 컨텐트를 디스플레이 한다(S3910).
[569]
리모트 컨트롤러로부터 메인 스크린 내 특정 위치를 선택하는 제 1 커맨드를 수신한다(S3920).
[570]
수신된 제 1 커맨드에 따라, 특정 위치로부터 기설정된 거리 내에 있는 특정 영역을 확대한다(S3930).
[571]
확대된 특정 영역을 줌 윈도우에 디스플레이한다(S3940).
[572]
줌 윈도우의 일부 영역이 메인 스크린의 내부에 있는 경우, 줌 윈도우의 크기와 특정 영역의 크기를 조정한다(S3950).
[573]
줌 윈도우의 전체 영역이 메인 스크린의 내부에 있는 경우, 줌 윈도우의 크기와 특정 영역의 크기를 조정한다(S3960).
[574]
특정 모드에서, 줌 윈도우 크기를 변경하여 줌 윈도우의 일부 영역이 메인 스크린의 내부에 있으면, 포인터로 지시한 지점에 대응하는 줌 윈도우의 중심점을 이동하여 줌 윈도우의 전체 영역이 메인 스크린에 있도록 디스플레이한다(S3970).
[575]
조정된 줌 윈도우를 디스플레이한다(S3980).
[576]
도 40은 본 발명의 일 실시 예에 따라, 후버 모드, 라킹 모드에서 줌 윈도우의 크기를 조정하는 것을 도시한 도면이다.
[577]
메인 스크린(4010)와 같이, 후버 모드에서 포인터(4012)로 줌 윈도우를 이동하면, 줌 윈도우의 일부 영역(4014)만 메인 스크린에 디스플레이 된다.
[578]
메인 스크린(4020)와 같이, 포인터(4021)로 줌 윈도우의 A 지점을 특정하고, 특정된 A 지점을 B 지점으로 이동하면, 컨트롤러(1520)는 줌 윈도우의 특정 좌표(4026)를 중심으로 줌 윈도우의 크기를 제 1 크기(4024)에서 제 1 크기보다 작은 제 2 크기(4022)로 변경한다.
[579]
여기서, 특정 좌표(4026)는 포인터(4021)의 이동에 따라 특정 지점에서 메인 스크린의 모서리까지 이동할 수 있다.
[580]
본 발명에 따르면, 줌 윈도우의 특정 좌표가 특정 지점에서 메인 스크린의 모서리까지 이동할 수 있으므로, 메인 스크린의 구석 부분까지 특정 영역을 특정하고, 확대된 특정 영역을 줌 윈도우에 디스플레이할 수 있고, 사용자가 모서리 구석부분까지 확대 영상을 시청할 수 있어서, 사용자 편의성이 향상된다.
[581]
도 41는 본 발명의 일 실시 예에 따라, 후버 모드에서 줌 윈도우의 일부 영역이 메인 스크린 내에 있는 경우, 줌 윈도우의 일부 영역의 영상을 확대하는 것을 도시한 도면이다.
[582]
메인 스크린(4110)와 같이, 후버 모드에서, 포인터(4114)로 줌 윈도우(4112)를 A 지점에서 B 지점으로 이동한다.
[583]
메인 스크린(4120)와 같이, 컨트롤러(1520)는 줌 윈도우 중 메인 스크린의 외부 영역(4124)에 위치한 영역은 디스플레이하지 않고, 줌 윈도우 중 메인 스크린에 표시된 일부 영역만을 특정 영역으로 특정하고, 확대한 특정 영역을 줌 윈도우(4122)에 디스플레이한다.
[584]
도 42는 본 발명의 일 실시 예에 따라, 후버 모드에서 줌 윈도우의 전체 영역이 메인 스크린 내에 있는 경우 특정 영역과 줌 윈도우의 관계를 설정하는 것을 도시한 도면이다.
[585]
컨트롤러(1520)는 줌 윈도우의 전체 영역이 메인 스크린의 내부에 있는 경우, 특정 영역의 크기와 줌 윈도우의 크기를 포인터로 지시한 지점을 시작점으로 포인터의 이동에 따라 동일한 배율로 조정하고, 조정된 줌 윈도우를 디스플레이한다.
[586]
메인 스크린(4210)와 같이, 컨텐트의 해상도는 FHD(1920 x 1080)이고, 메인 스크린의 왼쪽 위쪽 방향의 모서리의 좌표를 기준점으로 (0, 0)이 되고, 기준점에서 오른쪽 방향으로 이동하면 x 좌표값이 증가하고, 기준점에서 아래쪽 방향으로 이동하면, y 좌표값이 증가한다.
[587]
메인 스크린(4220)와 같이, 포인터로 (x, y)를 특정한다. 여기서, x는 줌 윈도우(4212)의 수평 방향 중심 좌표이고, y는 줌 윈도우의 수직 방향 중심 좌표이다.
[588]
w_out은 줌 윈도우의 가로 길이이다. h_out은 줌 윈도우의 세로 길이이다.
[589]
x_out은 줌 윈도우의 가로 방향 시작점이고, y_out은 줌 윈도우의 세로 방향 시작점이다.
[590]
x_out = x - w_out/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[591]
y_out = y - h_out/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[592]
따라서, 컨트롤러(1520)는 줌 윈도우의 시작점의 좌표 (x_out, y_out), 줌 윈도우의 가로 길이, 줌 윈도우의 세로 길이를 기초로 줌 윈도우를 디스플레이할 수 있다.
[593]
다음으로는 특정 영역을 특정한다. 본 발명은 줌 윈도우를 먼저 특정하고, 이를 기초로 확대 배율에 따라 특정 영역을 특정한다.
[594]
예를 들어, 확대 배율이 2 인 경우, 줌 윈도우의 가로 길이의 1/2, 세로 길이의 1/2가 특정 영역의 가로 길이, 세로 길이가 된다.
[595]
예를 들어, 확대 배율이 3 인 경우, 줌 윈도우의 가로 길이의 1/3, 세로 길이의 1/3이 특정 영역의 가로 길이, 세로 길이가 된다.
[596]
메인 스크린(4220)과 같이, 포인터로 (x, y)를 특정한다. 여기서, x는 특정 영역(4224)의 수평 방향 중심 좌표이고, y는 특정 영역의 수직 방향 중심 좌표이다. 특정 영역(4224)의 중심좌표와 줌 윈도우(4222)의 중심 좌표는 동일하다.
[597]
w_in은 특정 영역의 가로 길이이다. h_in은 특정 영역의 세로 길이이다.
[598]
x_in은 특정 영역의 가로 방향 시작점이고, y_in은 특정 영역의 세로 방향 시작점이다.
[599]
x_in = x - w_in/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[600]
y_in = y - h_in/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[601]
따라서, 컨트롤러(1520)는 특정 영역의 시작점의 좌표 (x_in, y_in), 특정 영역의 가로 길이, 특정 영역의 세로 길이를 기초로 특정 영역을 특정하고, 특정 영역의 크기를 조정할 수 있다.
[602]
도 43은 본 발명의 일 실시 예에 따라, 후버 모드에서 줌 윈도우의 일부 영역이 메인 스크린 내부에 있는 경우 특정 영역과 줌 윈도우의 관계를 설정하는 것을 도시한 도면이다.
[603]
컨트롤러(1520)는 줌 윈도우의 일부 영역이 메인 스크린의 내부에 있는 경우, 특정 영역의 크기와 줌 윈도우의 크기를 포인터로 지시한 지점을 시작점으로 상기 포인터의 이동에 따라 동일한 배율로 조정하고, 조정된 줌 윈도우를 디스플레이한다.
[604]
메인 스크린(4310)의 Case 1은 줌 윈도우를 포인터로 A 지점에서 B 지점으로 이동하는 경우를 도시한 것으로, 줌 윈도우의 크기는 A 지점에서 B 지점으로 이동할수록 점점 축소된다.
[605]
따라서, Case 1에서 0 < x < PIP_W/2, O < y < PIP_H/2가 된다.
[606]
즉, x 좌표값은 처음 설정된 줌 윈도우의 가로 길이(PIP_W)를 확대 배율 2로 나눈 값 미만이고, y좌표값은 처음 설정된 줌 윈도우의 세로 길이(PIP_H)를 확대 배율로 나눈 값 미만이 된다.
[607]
먼저, 포인터로 (x, y)를 특정한다. 여기서, x는 줌 윈도우의 수평 방향 중심 좌표이고, y는 줌 윈도우의 수직 방향 중심 좌표이다.
[608]
w_out은 줌 윈도우의 가로 길이이다. h_out은 줌 윈도우의 세로 길이이다.
[609]
W_Full은 메인 스크린의 가로 길이이다. H_Full은 메인 스크린의 세로 길이이다.
[610]
PIP_W은 줌 윈도우의 최초 가로 길이이다. PIP_H는 줌 윈도우의 최초 세로 길이이다. 여기서, 최초 가로 길이, 최초 세로 길이는 줌 윈도우의 크기가 축소되기 전의 길이이다. 또한, 최초 가로 길이, 최초 세로 길이는 처음 설정된 줌 윈도우의 길이가 될 수 있다.
[611]
x_out은 줌 윈도우의 가로 방향 시작점이고, y_out은 줌 윈도우의 세로 방향 시작점이다. Case 1의 경우, x_out = 0, y_out = 0 이 된다.
[612]
w_out = PIP_W - (PIP_W/2 - x), 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[613]
즉, 줌 윈도우의 가로 길이(w_out)는 최초 줌 윈도우의 가로 길이(PIP_W)에서 최초 줌 윈도우의 가로 길이(PIP_W)를 확대 배율 2 로 나눈 값과 x 좌표값의 차이를 뺀 값이다.
[614]
h_out = PIP_H - (PIP_H/2 - y), 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[615]
즉, 줌 윈도우의 세로 길이(h_out)는 최초 줌 윈도우의 세로 길이(PIP_H)에서 최초 줌 윈도우의 세로 길이(h_out)를 확대 배율 2로 나눈 값과 y 좌표값의 차이를 뺀 값이다.
[616]
따라서, 컨트롤러(1520)는 줌 윈도우의 시작점의 좌표 (x_out, y_out), 줌 윈도우의 가로 길이, 줌 윈도우의 세로 길이를 기초로 줌 윈도우의 크기를 조정하고, 줌 윈도우를 디스플레이할 수 있다.
[617]
메인 스크린(4320)의 Case 2는 줌 윈도우를 포인터로 A 지점에서 B 지점으로 이동할 때, 특정 영역을 특정하는 경우를 도시한 것으로, 줌 윈도우의 크기는 A 지점에서 B 지점으로 이동할수록 점점 축소되고, 동시에 특정 영역도 A 지점에서 B 지점으로 이동할 수록 점점 축소된다.
[618]
따라서, Case 2에서 0 < x < PIP_W/2, O < y < PIP_H/2가 된다.
[619]
즉, 특정 영역의 크기를 조정할 때, 포인터로 지정한 x 좌표값은 최초 줌 윈도우의 가로 길이(PIP_W)를 확대 배율 2로 나눈 값 미만이고, y좌표값은 최초 줌 윈도우의 세로 길이(PIP_H)를 확대 배율 2로 나눈 값 미만이 된다.
[620]
먼저, 포인터로 (x, y)를 특정한다. 여기서, x는 특정 영역의 수평 방향 중심 좌표이고, y는 특정 영역의 수직 방향 중심 좌표이다. 특정 영역(4224)의 중심좌표와 줌 윈도우(4222)의 중심 좌표는 동일하다.
[621]
w_in은 특정 영역의 가로 길이이다. h_in은 특정 영역의 세로 길이이다.
[622]
x_in은 특정 영역의 가로 방향 시작점이고, y_in은 특정 영역의 세로 방향 시작점이다.
[623]
w_in = w_out/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[624]
즉, 특정 영역의 가로 길이(w_in)는 줌 윈도우의 가로 길이(w_out)를 확대 배율 2로 나눈 값이다.
[625]
h_in = h_out/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[626]
즉, 특정 영역의 세로 길이(h_in)는 줌 윈도우의 세로 길이(h_out)를 확대 배율 2로 나눈 값이다.
[627]
x_in = x - (w_in - (PIP_W/2))/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[628]
즉, 특정 영역의 시작점 x좌표값(x_in)은, x 좌표값에서 줌 윈도우의 가로 길이(w_in)와 최초 줌 윈도우의 가로 길이(PIP_W)를 확대 배율 2로 나눈 값의 차이를 확대 배율 2로 나눈 값을 뺀 값이다.
[629]
y_in = y - (h_in - (PIP_W/2))/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[630]
특정 영역의 시작점 y좌표값(y_in)은, y 좌표값에서 줌 윈도우의 세로 길이(h_in)와 최초 줌 윈도우의 세로 길이(PIP_W)를 확대 배율 2로 나눈 값의 차이를 확대 배율 2로 나눈 값을 뺀 값이다.
[631]
따라서, 컨트롤러(1520)는 특정 영역의 시작점의 좌표 (x_in, y_in), 특정 영역의 가로 길이, 특정 영역의 세로 길이를 기초로 특정 영역을 특정하고, 특정 영역의 크기를 조정할 수 있다.
[632]
메인 스크린(4310)의 Case 3은 줌 윈도우를 포인터로 C 지점에서 D 지점으로 이동하는 경우를 도시한 것으로, 줌 윈도우의 크기는 C 지점에서 D 지점으로 이동할수록 점점 축소된다.
[633]
따라서, Case 3에서 W_Full - PIP_W/2 < x < W_Full, H_Full - PIP_H/2 < y < H_Full 이 된다.
[634]
먼저, 포인터로 (x, y)를 특정한다. 여기서, x는 줌 윈도우의 수평 방향 중심 좌표이고, y는 줌 윈도우의 수직 방향 중심 좌표이다.
[635]
x_out은 줌 윈도우의 가로 방향 시작점이고, y_out은 줌 윈도우의 세로 방향 시작점이다.
[636]
x_out = W_Full - w_out 이 되고, y_out = H_Full - h_out 이 된다.
[637]
w_out = PIP_W/2 + (W_Full - x), 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[638]
h_out = PIP_H/2 - (H_Full - y), 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[639]
따라서, 컨트롤러(1520)는 줌 윈도우의 시작점의 좌표 (x_out, y_out), 줌 윈도우의 가로 길이, 줌 윈도우의 세로 길이를 기초로 줌 윈도우를 디스플레이할 수 있다.
[640]
메인 스크린(4320)의 Case 4는 줌 윈도우를 포인터로 C 지점에서 D 지점으로 이동할 때, 특정 영역을 특정하는 경우를 도시한 것으로, 줌 윈도우의 크기는 C 지점에서 D 지점으로 이동할수록 점점 축소되고, 동시에 특정 영역도 C 지점에서 D 지점으로 이동할수록 점점 축소된다.
[641]
따라서, Case 4에서 W_Full - PIP_W/2 < x < W_Full, H_Full - PIP_H/2 < y < H_Full 이 된다.
[642]
먼저, 포인터로 (x, y)를 특정한다. 여기서, x는 특정 영역의 수평 방향 중심 좌표이고, y는 특정 영역의 수직 방향 중심 좌표이다. 특정 영역의 중심좌표와 줌 윈도우의 중심 좌표는 동일하다.
[643]
w_in은 특정 영역의 가로 길이이다. h_in은 특정 영역의 세로 길이이다.
[644]
x_in은 특정 영역의 가로 방향 시작점이고, y_in은 특정 영역의 세로 방향 시작점이다.
[645]
w_in = w_out/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[646]
h_in = h_out/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[647]
x_in = x - (PIP_W/2)/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[648]
y_in = y - (PIP_W/2)/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[649]
따라서, 컨트롤러(1520)는 특정 영역의 시작점의 좌표 (x_in, y_in), 특정 영역의 가로 길이, 특정 영역의 세로 길이를 기초로 특정 영역을 특정하고, 특정 영역의 크기를 조정할 수 있다.
[650]
도 44는 본 발명의 일 실시 예에 따라, 포인팅 모드에서 줌 윈도우의 크기를 조정하는 것을 도시한 도면이다.
[651]
컨트롤러(1520)는 포인팅 모드에서, 줌 윈도우 크기를 변경하여 줌 윈도우의 일부 영역이 메인 스크린의 내부에 있으면, 포인터로 지시한 지점에 대응하는 줌 윈도우의 중심점을 이동하여 줌 윈도우의 모든 영역이 메인 스크린에 있도록 디스플레이한다.
[652]
메인 스크린(4410)과 같이, 컨트롤러(1520)는 포인팅 모드에서, A 지점의 특정 영역이 줌 윈도우에 디스플레이되도록 제어하고, 줌 윈도우의 중심점을 포인터로 C 지점에서 D 지점으로 이동하여 줌 윈도우 크기를 축소하면, 줌 윈도우의 모든 영역이 메인 스크린에 있도록 디스플레이한다.
[653]
즉, 컨트롤러(1520)는 줌 윈도우의 중심점을 C 지점에서 D 지점으로 이동할 때, 특정 영역과 줌 윈도우를 동시에 같은 비율로 축소한다.
[654]
메인 스크린(4420)과 같이, 컨트롤러(1520)는 포인팅 모드에서, A 지점의 특정 영역이 줌 윈도우에 디스플레이되도록 제어하고, 줌 윈도우의 중심점을 포인터로 E 지점에서 F 지점으로 이동하여 줌 윈도우 크기를 확대하면, 줌 윈도우의 모든 영역이 메인 스크린에 있도록 디스플레이한다.
[655]
즉, 컨트롤러(1520)는 줌 윈도우의 중심점을 E 지점에서 F 지점으로 이동할 때, 특정 영역과 줌 윈도우를 동시에 같은 비율로 확대한다.
[656]
도 45는 본 발명의 일 실시 예에 따라, 포인팅 모드에서 줌 윈도우가 메인 스크린에 있는 경우 특정 영역과 줌 윈도우의 관계를 설정하는 것을 도시한 도면이다.
[657]
포인팅 모드에서, 포인터로 특정 영역을 특정하면, 컨트롤러(1520)는 소정 확대 배율로 확대된 특정 영역을 줌 윈도우에 디스플레이한다.
[658]
메인 스크린(4510)과 같이, (x2, y2)를 특정한다. 여기서, x2는 줌 윈도우(4512)의 수평 방향 중심 좌표이고, y2는 줌 윈도우의 수직 방향 중심 좌표이다.
[659]
w_out은 줌 윈도우의 가로 길이이다. h_out은 줌 윈도우의 세로 길이이다.
[660]
x_out은 줌 윈도우의 가로 방향 시작점이고, y_out은 줌 윈도우의 세로 방향 시작점이다.
[661]
x_out = x2 - w_out/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[662]
y_out = y2 - h_out/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[663]
따라서, 컨트롤러(1520)는 줌 윈도우의 시작점의 좌표 (x_out, y_out), 줌 윈도우의 가로 길이(w_out), 줌 윈도우의 세로 길이(h_out)를 기초로 줌 윈도우(4512)를 디스플레이할 수 있다.
[664]
다음으로, 특정 영역을 특정한다. 본 발명은 줌 윈도우를 먼저 특정하고, 이를 기초로 확대 배율에 따라 특정 영역을 특정한다.
[665]
메인 스크린(4520)과 같이, 포인터로 (x, y)를 특정한다. 여기서, x는 특정 영역(4524)의 수평 방향 중심 좌표이고, y는 특정 영역의 수직 방향 중심 좌표이다. 포인팅 모드에서는 특정 영역(4524)의 중심좌표와 줌 윈도우(4522)의 중심 좌표는 후버 모드와 다르게 상이하다.
[666]
w_in은 특정 영역의 가로 길이이다. h_in은 특정 영역의 세로 길이이다.
[667]
x_in은 특정 영역의 가로 방향 시작점이고, y_in은 특정 영역의 세로 방향 시작점이다.
[668]
x_in = x - w_in/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[669]
y_in = y - h_in/2, 여기서, 2는 확대 배율로 다른 값으로 조정이 가능하다.
[670]
따라서, 컨트롤러(1520)는 특정 영역(4524)의 시작점의 좌표 (x_in, y_in), 특정 영역의 가로 길이, 특정 영역의 세로 길이를 기초로 특정 영역을 특정하고, 특정 영역의 크기를 조정할 수 있다.
[671]
도 46은 본 발명의 일 실시 예에 따라, 줌 윈도우와 특정 영역의 모양을 변경하는 것을 도시한 도면이다.
[672]
도 46에 도시한 바와 같이, 줌 윈도우(4610)와 특정 영역(4620)이 있다.
[673]
포인터로 특정 위치(x,y)를 특정하는 입력을 수신하면, 컨트롤러(1520)는 특정 위치를 중심으로 소정 거리 이내에 있는 특정 영역(4620)을 특정하고, 특정 영역을 확대한 후, 확대된 특정 영역을 줌 윈도우(4610)에 디스플레이한다.
[674]
특정 영역(4620)과 줌 윈도우(4610)는 디폴트로 직사각형, 정사각형으로 설정되어 있다.
[675]
특정 영역의 모양이 직사각형인 경우, 컨트롤러(1520)는 리모트 컨트롤러로부터 특정 입력 신호를 수신하면, 특정 영역의 모양을 직사각형에 내접한 타원으로 변경할 수 있다.
[676]
특정 영역의 모양이 정사각형인 경우, 컨트롤러(1520)는 리모트 컨트롤러로부터 특정 입력 신호를 수신하면, 특정 영역의 모양을 정사각형에 내접한 타원으로 변경할 수 있다.
[677]
위의 경우는, 줌 윈도우의 모양이 직사각형, 정사각형인 경우에도 마찬가지로 적용된다.
[678]
본 발명에 따르면, 특정 영역, 줌 윈도우의 모양을 직사각형에서 직사각형에 내접하는 타원, 정사각형에서 정사각형에 내접하는 원으로 변경할 수 있고, 원래 모양에 내접하는 타원과 원을 이용함으로써, 특정 영역과 줌 윈도우의 상관 관계 설정을 그대로 이용할 수 있는 장점이 있다.
[679]
도 47a, 도 47b는 본 발명의 일 실시 예에 따라, 줌 윈도우의 중심이 특정 지점에서 메인 스크린의 모서리로 이동할 때, 줌 윈도우 내의 확대 영상을 도시한 도면이다.
[680]
메인 스크린(4710)과 같이, 후버 모드에서 줌 윈도우의 모양은 원형이고 컨트롤러(1520)는 300 % 확대 배율로 확대된 특정 영역을 줌 윈도우(4712)에 디스플레이한다.
[681]
메인 스크린(4720)과 같이, 후버 모드에서 줌 윈도우를 A지점에서 B지점으로 이동하면, 컨트롤러(1520)는 300 % 확대된 특정 영역을 줌 윈도우에 디스플레이한다. 여기서, 줌 윈도우를 A지점에서 B지점으로 이동함에 따라, 줌 윈도우의 모양은 원(circle)에서 사분원(4722)으로 변한다.
[682]
메인 스크린(4730)과 같이, 후버 모드에서 줌 윈도우를 A 지점에서 B 지점으로 이동하면, 컨트롤러(1520)는 300 % 확대된 특정 영역을 줌 윈도우에 디스플레이한다. 여기서, 줌 윈도우를 A지점에서 B지점으로 이동함에 따라, 줌 윈도우의 모양은 원(circle)에서 타원(4732)로 변한다.
[683]
메인 스크린(4740)과 같이, 후버 모드에서 줌 윈도우를 A지점에서 B지점으로 이동하면, 컨트롤러(1520)는 300 % 확대된 특정 영역을 줌 윈도우에 디스플레이한다. 여기서, 줌 윈도우를 A지점에서 B지점으로 이동함에 따라, 줌 윈도우의 모양은 원(circle)에서 사각형(4742)으로 변한다.
[684]
구체적으로, A 지점은 원형 줌 윈도우의 현재 중심점이고, B 지점은 원형 줌 윈도우가 최대한 갈 수 있는 오른쪽 상향 모서리이다. 컨트롤러(1520)는 줌 윈도우의 중심점이 A 지점에서 모서리 B 지점에 도달하면 줌 윈도우의 모양을 변경한다.
[685]
예를 들어, 컨트롤러(1520)는 줌 윈도우 중심점의 좌표값이 (1600, 480)에서 (1920, 0)으로 변경되면 줌 윈도우의 모양을 변경하는 명령어를 실행한다. 명령어 실행에 따라, 줌 윈도우의 모양은 원에서 사각형, 타원 등과 같은 다양한 모양으로 변경된다. 여기서, (1920, 0)의 좌표값은 줌 윈도우 중심점의 좌표값이 도달할 수 있는 최종값으로, 줌 윈도우 중심점은 더 이상 이동할 수 없다.
[686]
또한, 줌 윈도우의 모양이 변경된 후, 컨트롤러(1520)는 소정 시간 동안 줌 윈도우의 테두리를 점멸등과 같이 깜박인다. 따라서, 사용자는 줌 윈도우의 모양이 변경되었음을 직관적으로 인지할 수 있다.
[687]
본 발명에 따르면, 원형의 줌 윈도우를 이용함으로써, 사용자가 직관적으로 화면 확대 기능을 인식할 수 있는 사용자 인터 페이스를 제공할 수 있고, 모서리 부분에서 사각 지역(blind spot)이 발생하지 않고 메인 스크린의 모든 영역을 확대할 수 있어서 사용자 편의성이 향상된다.
[688]
도 48은 본 발명의 일 실시 예에 따라, 확대 배율에 따라 줌 윈도우의 확대 영상이 상이하게 디스플레이 되는 것을 도시한 도면이다.
[689]
메인 스크린(4810)과 같이, 후버 모드에서, 확대 배율이 300 % 인 경우, 컨트롤러(1520)는 300 % 확대된 특정 영역을 줌 윈도우(4812)에 디스플레이한다.
[690]
메인 스크린(4820)과 같이, 후버 모드에서, 확대 배율이 500 % 인 경우, 컨트롤러(1520)는 500 % 확대된 특정 영역을 줌 윈도우(4822)에 디스플레이한다.
[691]
본 발명의 일 실시 예에 따르면, 특정 영역과 줌 윈도우의 관계를 수학적 알고리즘으로 설정하여, 줌 윈도우를 특정 지점에서 메인 스크린의 모서리로 이동할 때 특정 영역과 줌 윈도우가 자연스럽게 축소되는 화면을 구현할 수 있어 사용자 편의성이 향상된다.
[692]
본 발명의 다른 실시 예에 따르면, 줌 윈도우를 특정 지점에서 메인 스크린의 모서리로 이동할 때, 모서리 부분에서 사각 지역이 발생하지 않고, 메인 스크린의 모든 영역을 확대할 수 있어 사용자 편의성이 향상된다.
[693]
본 발명의 또 다른 실시 예에 따르면, 원형의 줌 윈도우를 이용함으로써, 사용자가 직관적으로 화면 확대 기능을 인식할 수 있는 사용자 인터 페이스를 제공할 수 있어 사용자 편의성이 향상된다.
[694]
본 발명의 일 실시 예에 따르면, 화면에서 사용자가 관심을 갖는 특정 영역을 특정하고, 특정 영역을 포인터가 지시하는 지점을 중심으로 사용자가 원하는 비율만큼 확대가 가능하고, 포인터 이동에 따른 특정 영역의 위치 변화를 실시간으로 반영하여 사용자에게 직관적인 돋보기 기능을 제공할 수 있어서 사용자 편의성이 향상된다.
[695]
본 발명의 다른 일 실시 예에 따르면, 사용자가 특정 오브젝트를 특정하였을 때, 화면 확대 비율에 따라 다르게 특정 오브젝트에 대한 부가 정보를 디스플레이하여 특정 오브젝트에 대한 사용자의 관심 정도를 반영하여 부가 정보를 디스플레이 할 수 있어서 사용자 편의성이 향상된다.
[696]
본 발명의 또 다른 일 실시 예에 따르면, 사용자가 특정한 특정 오브젝트의 오디오 신호의 크기를 확대하고 동시에 확대한 특정 오브젝트를 줌 윈도우에 디스플레이하여, 사용자가 관심 있는 특정 오브젝트의 크기와 오디오 신호 크기를 동시에 확대할 수 있어 사용자 편의성을 향상시킬 수 있다.
[697]
본 발명의 또 다른 일 실시 예에 따르면, 컨텐트가 일기 예보인 경우, 수화가 나오는 특정 영역을 확대하고, 확대된 특정 영역을 줌 윈도우에 디스플레이하고 줌 윈도우가 고정됨으로써, 포인터의 이동에 따라 줌 윈도우가 이동하지 않아 사용자가 안정적으로 줌 윈도우를 디스플레이 할 수 있어서 사용자 편의성이 향상된다.
[698]
본 발명에 따른 영상표시기기 및 그 동작 방법은 상기한 바와 같이 설명된 실시 예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상기 실시 예들은 다양한 변형이 이루어질 수 있도록 각 실시 예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.
[699]
한편, 본 발명의 영상표시기기의 동작방법은 영상표시기기에 구비된 프로세서가 읽을 수 있는 기록매체에 프로세서가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 프로세서가 읽을 수 있는 기록매체는 프로세서에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 프로세서가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한, 인터넷을 통한 전송 등과 같은 캐리어 웨이브의 형태로 구현되는 것도 포함한다. 또한, 프로세서가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 프로세서가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
[700]
또한, 이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

발명의 실시를 위한 형태

[701]
전술한 목차인 "발명의 실시를 위한 최선의 형태"에서 변형 가능한 다양한 실시예들을 충분히 설명하였다.

산업상 이용가능성

[702]
본 발명은 TV, STBㄷ(Set Top Box), 모바일 디바이스 등에 적용 가능한 바, 산업상 이용가능성이 인정된다.

청구범위

[청구항 1]
방송 수신기에 있어서, 방송 신호를 수신하는 튜너; 메인 스크린에 컨텐트를 디스플레이하는 디스플레이 모듈; 리모트 컨트롤러로부터 상기 메인 스크린내 특정 위치를 선택하는 제1 커맨드를 수신하는 인터페이스 모듈; 그리고 상기 튜너, 상기 디스플레이 모듈 및 상기 인터페이스 모듈을 제어하는 컨트롤러를 포함하되, 상기 컨트롤러는, 수신된 상기 제1 커맨드에 따라, 상기 특정 위치로부터 기설정된 거리 내에 있는 특정 영역을 확대하고, 확대된 상기 특정 영역을 줌 윈도우에 디스플레이하며, 나아가 상기 줌 윈도우의 위치는 상기 리모트 컨트롤러의 모션에 따라 변경되는 것을 특징으로 하는 방송 수신기.
[청구항 2]
제1항에 있어서, 상기 인터페이스 모듈은, 상기 리모트 컨트롤러의 센서를 통해 감지된 모션에 관한 정보를 수신하는 것을 특징으로 하는 방송 수신기.
[청구항 3]
제1항에 있어서, 상기 컨트롤러는 상기 줌 윈도우의 일부 영역이 상기 메인 스크린의 내부에 있는 경우, 상기 줌 윈도우의 크기와 상기 특정 영역의 크기를 조정하고, 조정된 상기 줌 윈도우를 디스플레이 하는 것을 특징으로 하는 방송 수신기.
[청구항 4]
제3항에 있어서, 상기 컨텐트는 상기 튜너를 통해 수신된 동영상에 대응하고, 상기 줌 윈도우의 위치는 상기 특정 위치에 따라 달라지는 것을 특징으로 하는 방송 수신기.
[청구항 5]
제1항에 있어서, 상기 컨트롤러는, 상기 줌 윈도우가 상기 메인 스크린내 특정 범위에 위치하는 것으로 인식된 경우, 상기 줌 윈도우에 대응하는 그래픽 이미지를 자동으로 변경하는 것을 특징으로 하는 방송 수신기.
[청구항 6]
제5항에 있어서, 상기 특정 범위는, 상기 메인 스크린의 모서리(corner)로부터 기설정된 거리임을 특징으로 하는 방송 수신기.
[청구항 7]
제1항에 있어서, 상기 인터페이스 모듈은, 상기 리모트 컨트롤러에 부착된 터치 센서 또는 휠마우스를 통해 감지된 특정 커맨드를 수신하고, 상기 컨트롤러는, 상기 수신된 커맨드에 따라 상기 줌 윈도우의 사이즈(size) 또는 상기 줌 윈도우내 해상도(resolution) 중 적어도 하나를 자동으로 변경하는 것을 특징으로 하는 방송 수신기.
[청구항 8]
제7항에 있어서, 상기 특정 커맨드는 방향성에 대한 제1정보 또는 속도에 대한 제2정보 중 적어도 하나를 포함하고 있는 것을 특징으로 하는 방송 수신기.
[청구항 9]
제1항에 있어서, 상기 인터페이스 모듈은, 상기 리모트 컨트롤러로부터 상기 줌 윈도우의 확대 배율을 선택하는 제2 커맨드를 수신하고, 상기 컨트롤러는, 상기 수신된 제2 커맨드에 따라, 다른 부가 정보를 디스플레이 하는 것을 특징으로 하는 방송 수신기.
[청구항 10]
제9항에 있어서, 상기 부가 정보를 수신하기 위해 서버와 통신 가능한 통신 모듈 을 더 포함하는 것을 특징으로 하는 방송 수신기.
[청구항 11]
방송 수신기의 제어 방법에 있어서, 방송 신호를 수신하는 단계; 메인 스크린에 컨텐트를 디스플레이하는 단계; 리모트 컨트롤러로부터 상기 메인 스크린내 특정 위치를 선택하는 제1 커맨드를 수신하는 단계; 그리고 수신된 상기 제1 커맨드에 따라, 상기 특정 위치로부터 기설정된 거리 내에 있는 특정 영역을 확대하고, 확대된 상기 특정 영역을 줌 윈도우에 디스플레이 하도록 제어하는 단계를 포함하되, 나아가 상기 줌 윈도우의 위치는 상기 리모트 컨트롤러의 모션에 따라 변경되는 것을 특징으로 하는 방송 수신기의 제어 방법.
[청구항 12]
제11항에 있어서, 상기 제1 커맨드를 수신하는 단계는, 상기 리모트 컨트롤러의 센서를 통해 감지된 모션에 관한 정보를 수신하는 것을 특징으로 하는 제어 방법.
[청구항 13]
제11항에 있어서, 상기 제어하는 단계는 상기 줌 윈도우의 일부 영역이 상기 메인 스크린의 내부에 있는 경우, 상기 줌 윈도우의 크기와 상기 특정 영역의 크기를 조정하고, 조정된 상기 줌 윈도우를 디스플레이 하는 것을 특징으로 하는 제어 방법.
[청구항 14]
제13항에 있어서, 상기 컨텐트는 상기 튜너를 통해 수신된 동영상에 대응하고, 상기 줌 윈도우의 위치는 상기 특정 위치에 따라 달라지는 것을 특징으로 하는 제어 방법.
[청구항 15]
제11항에 있어서, 상기 제어하는 단계는, 상기 줌 윈도우가 상기 메인 스크린내 특정 범위에 위치하는 것으로 인식된 경우, 상기 줌 윈도우에 대응하는 그래픽 이미지를 자동으로 변경하는 단계 를 더 포함하는 것을 특징으로 하는 제어 방법.
[청구항 16]
제15항에 있어서, 상기 특정 범위는, 상기 메인 스크린의 모서리(corner)로부터 기설정된 거리임을 특징으로 하는 제어 방법.
[청구항 17]
제11항에 있어서, 상기 제1 커맨드를 수신하는 단계는, 상기 리모트 컨트롤러에 부착된 터치 센서 또는 휠마우스를 통해 감지된 특정 커맨드를 수신하는 것을 특징으로 하고, 상기 제어하는 단계는, 상기 수신된 커맨드에 따라 상기 줌 윈도우의 사이즈(size) 또는 상기 줌 윈도우내 해상도(resolution) 중 적어도 하나를 자동으로 변경하는 것을 특징으로 하는 제어 방법.
[청구항 18]
제17항에 있어서, 상기 특정 커맨드는 방향성에 대한 제1정보 또는 속도에 대한 제2정보 중 적어도 하나를 포함하고 있는 것을 특징으로 하는 제어 방법.
[청구항 19]
제11항에 있어서, 상기 제1 커맨드를 수신하는 단계는, 상기 리모트 컨트롤러로부터 상기 줌 윈도우의 확대 배율을 선택하는 제2 커맨드를 수신하는 것을 특징으로 하고, 상기 제어하는 단계는, 상기 수신된 제2 커맨드에 따라, 다른 부가 정보를 디스플레이 하는 것을 특징으로 하는 제어 방법.
[청구항 20]
제19항에 있어서, 상기 부가 정보를 수신하기 위해 서버와 통신을 수행하는 단계 를 더 포함하는 것을 특징으로 하는 제어 방법.

도면

[도1]

[도2]

[도3]

[도4]

[도5]

[도6]

[도7]

[도8]

[도9]

[도10]

[도11]

[도12]

[도13]

[도14]

[도15]

[도16a]

[도16b]

[도17]

[도18]

[도19]

[도20]

[도21]

[도22]

[도23]

[도24]

[도25]

[도26]

[도27]

[도28]

[도29]

[도30]

[도31]

[도32]

[도33]

[도34]

[도35]

[도36]

[도37]

[도38]

[도39]

[도40]

[도41]

[도42]

[도43]

[도44]

[도45]

[도46]

[도47a]

[도47b]

[도48]