ТЕРМИНАЛ МОБИЛЬНОЙ СВЯЗИ, УСТРОЙСТВО ОБРАБОТКИ ИНФОРМАЦИИ И ПРОГРАММА
MOBILE COMMUNICATION TERMINAL, INFORMATION PROCESSING DEVICE AND PROGRAM

Область техники, к которой относится изобретение
Настоящее изобретение относится к графическому пользовательскому интерфейсу (GUI).
Уровень техники
Известен метод управления отображением в том случае, когда множество окон перекрывают друг друга, как описано в JP-A-8-161139. JP-A-8-161139 описывает, например, случай, когда по меньшей мере два окна отображаются на экране отображения, так что два окна частично перекрывают друг друга, заменяя окно на переднем плане окном на заднем плане через заданные интервалы времени и определяя для каждого окна длительность во времени для отображения окна на переднем плане в зависимости от длительности во времени, для которой используется окно.
Сущность изобретения
Проблемы, которые должны быть решены изобретением
В связи с этим, когда отображаются окна, требуемое окно изменяется в зависимости от ситуации, где отображаются окна. Например, приложения, часто используемые в офисе, и приложения, часто используемые дома, могут быть различными, и следовательно, могут быть различными окна, часто просматриваемые в офисе, и окна, часто просматриваемые дома.
Принимая во внимание вышеприведенное состояние, целью настоящего изобретения является то, чтобы сделать возможным переключение отображения многочисленных окон в зависимости от ситуации, такой как время и место.
Средства решения проблем
Терминал мобильной связи согласно настоящему изобретению содержит: средство обнаружения для обнаружения местоположения терминала мобильной связи; средство идентификации для идентификации окон, перекрывающих другое окно на средстве отображения; средство хранения для хранения окон и местоположений, ассоциированных с окнами; средство определения для определения уровней приоритета отображения для окон, идентифицированных средством идентификации, так что уровень приоритета окна, хранимого в средстве хранения в ассоциации с местоположением, обнаруженным средством обнаружения, является более высоким; и средство управления отображением для отображения окна, уровень приоритета которого, определенный средством определения, является более высоким, впереди окна, уровень приоритета которого, определенный средством определения, является более низким.
В описании «местоположение» включает в себя не только некоторую точку, но также область, имеющую некоторый размер.
Устройство обработки информации согласно настоящему изобретению содержит: средство обнаружения для обнаружения времени; средство идентификации для идентификации окон, перекрывающих другое окно на средстве отображения; средство хранения для хранения окон и периодов времени, ассоциированных с окнами; средство определения для определения уровней приоритета отображения для окон, идентифицированных средством идентификации, так что уровень приоритета окна, хранимого в средстве хранения в ассоциации с периодом времени, включающем в себя время, обнаруженное средством обнаружения, является более высоким; и средство управления отображением для отображения окна, уровень приоритета которого, определенный средством определения, является более высоким, впереди окна, уровень приоритета которого, определенный средством определения, является более низким.
В описании «время» включает в себя не только время часов, но также дату и час, и сезон.
Терминал мобильной связи или устройство обработки информации согласно настоящему изобретению может содержать средство задания для задания окна, и если окно, заданное средством задания, включено в идентифицированные окна, средство управления отображением может отображать окно сверху.
Альтернативно, терминал мобильной связи или устройство обработки информации согласно настоящему изобретению может содержать средство задания для задания окна, и если окно, заданное средством задания, включено в состав идентифицированных окон, средство определения может определять уровни приоритета отображения для окон за исключением заданного окна.
Терминал мобильной связи (или устройство обработки информации) согласно настоящему изобретению может содержать средство хранения предыстории для хранения для каждого окна, отображаемого средством отображения, частоты отображения и длительности времени отображения, причем частота отображения и длительность времени отображения хранятся для каждого местоположения (или каждого периода времени), и если имеются многочисленные окна, которые хранятся в средстве хранения в ассоциации с местоположением, обнаруженным средством обнаружения (или периодом времени, включающем в себя время, обнаруженное средством обнаружения), средство определения может устанавливать более высокий уровень приоритета окна среди многочисленных окон, частота или длительность времени которых, хранимые в средстве хранения предыстории в ассоциации с местоположением (или периодом времени), являются более высокими.
Программа согласно настоящему изобретению вызывает исполнение компьютером этапов: обнаружения местоположения терминала мобильной связи; идентификации окон, перекрывающих другое окно на средстве отображения; идентификации окна, со ссылкой на средство хранения для хранения окон и местоположений, ассоциированных с окнами, причем окно хранится в ассоциации с обнаруженным местоположением, и определения уровней приоритета отображения для окон, так что уровень приоритета идентифицированного окна является более высоким; и отображения окна, уровень приоритета которого является более высоким, впереди окна, уровень приоритета которого является более низким.
Программа согласно настоящему изобретению вызывает исполнение компьютером этапов: обнаружения времени; идентификации окон, перекрывающих другое окно на средстве отображения; определения уровней приоритета отображения для идентифицированных окон со ссылкой на средство хранения для хранения окон и периодов времени, ассоциированных с окнами, так что уровень приоритета окна, хранимого в ассоциации с периодом времени, включающем в себя обнаруженное время, является более высоким; и отображения окна, уровень приоритета которого является более высоким, впереди окна, уровень приоритета которого является более низким.
Результаты изобретения
Согласно настоящему изобретению выполняется управление отображением, так что окно, ассоциированное с обнаруженным местоположением или временем, предпочтительно отображается сверху. Следовательно, если многочисленные окна перекрывают друг друга, отображение многочисленных окон может переключаться в зависимости от времени или места.
Краткое описание чертежей
Фиг.1 представляет собой блок-схему, изображающую конфигурацию терминала мобильной связи, которая представляет собой первый вариант осуществления настоящего изобретения.
Фиг.2 представляет собой схему, изображающую логическую конфигурацию терминала мобильной связи.
Фиг.3 представляет собой схему, иллюстрирующую данные атрибута местоположения.
Фиг.4 представляет собой вид, иллюстрирующий формат кадра данных атрибута местоположения.
Фиг.5 представляет собой схему, изображающую данные состояния.
Фиг.6 представляет собой блок-схему последовательности операций, изображающую процесс, выполняемый терминалом мобильной связи.
Фиг.7 представляет собой схему, иллюстрирующую отображение окон.
Фиг.8 представляет собой схему, иллюстрирующую отображение окон.
Фиг.9 представляет собой блок-схему, изображающую конфигурацию терминала мобильной связи, которая является вторым вариантом осуществления настоящего изобретения.
Фиг.10 представляет собой схему, изображающую данные состояния.
Фиг.11 представляет собой блок-схему последовательности операций, изображающую процесс, выполняемый терминалом мобильной связи.
Фиг.12 представляет собой схему, иллюстрирующую отображение окон.
Фиг.13 представляет собой схему, иллюстрирующую модифицированную версию данных состояния.
Фиг.14 представляет собой схему, описывающую управление для определения приоритета.
Фиг.15 представляет собой схему, иллюстрирующую отображение окон.
Фиг.16 представляет собой схему, иллюстрирующую отображение окон.
Описание символов
10, 20 - терминал мобильной связи; 11, 21 - блок управления; 12, 22 - блок беспроводной связи; 13, 23 - рабочий блок; 14, 24 - блок отображения; 15 - блок приема глобальной системы определения местоположения (GPS); 16 - блок электронной метки; 25 - блок отсчитывания времени.
Лучший вариант реализации изобретения
Варианты осуществления настоящего изобретения ниже описываются с ссылкой на чертежи.
Первый вариант осуществления
Фиг.1 представляет собой блок-схему, изображающую конфигурацию терминала мобильной связи, которая представляет собой первый вариант осуществления настоящего изобретения. Как показано на чертежах, терминал 10 мобильной связи включает в себя блок 11 управления, блок 12 беспроводной связи, рабочий блок 13, блок 14 отображения, блок 15 приема GPS и блок 16 электронной метки. В настоящем варианте осуществления терминал 10 мобильной связи представляет собой мобильный телефон.
Блок 11 управления включает в себя блок 11а центральной обработки (CPU), постоянное запоминающее устройство (ROM) 11b, оперативное запоминающее устройство (RAM) 11с и электронно-стираемое и программируемое ROM (EEPROM). CPU 11а исполняет программу, хранимую в ROM 11b или EEPROM 11d, используя RAM 11а в качестве рабочей области, таким образом управляя операциями компонентов терминала 10 мобильной связи. Блок 12 беспроводной связи включает в себя антенну 12а и выполняет беспроводную передачу данных с заданной сетью мобильной связи. Рабочий блок 13 включает в себя рабочие клавиши, такие как кнопки, и обеспечивает рабочий сигнал, соответствующий операции пользователем, на блок 11 управления. Блок 14 отображения включает в себя жидкокристаллический дисплей и схему управления жидкокристаллическим дисплеем и отображает изображение, соответствующее данным отображения, предоставляемым от блока 11 управления. Блок 15 приема GPS включает в себя антенну 15а и принимает радиосигнал (ниже в данном документе упоминаемый как «сигнал GPS»), передаваемый с так называемых спутников глобальной системы определения местоположения (GPS). Блок 16 электронной метки включает в себя электронную метку, такую как метка радиочастотной идентификации (RFID), и реализует так называемую функцию электронных платежей выполнения платежей, используя предварительно сохраненные данные. Функция электронных платежей реализуется посредством передачи данных терминалом 10 мобильной связи на заданное устройство считывания/записи, размещенное на станции или в магазине, к которому приближается терминал мобильной связи.
ROM 11b выполняет предварительное запоминание некоторых программ. Программы ниже в данном документе упоминаются как «предварительно установленные программы». Предварительно установленные программы представляют собой, конкретно, многозадачную операционную систему (ниже упоминаемую в данном документе как «многозадачная ОС»), платформу Java (зарегистрированный товарный знак) и «родные» приложения. Многозадачная ОС представляет собой операционную систему, поддерживающую функции, такие как выделение пространств виртуальной памяти, которые необходимы для реализации псевдопараллельного исполнения многочисленных задач, используя систему с разделением времени (TSS). Платформа Java представляет собой комплект программ, которые описаны в соответствии с конфигурацией устройства с нормальными коммуникационными возможностями (CDC), которая представляет собой конфигурацию для обеспечения среды 114 исполнения Java (описанной ниже) в терминале 10 мобильной связи с многозадачной ОС. «Родные» приложения представляют собой программы для обеспечения терминала 10 мобильной связи базовыми функциями, такими как передача речи и определение местоположения, и включают в себя приложение для приема услуги определения местоположения (приложение 112 определения местоположения, описанное ниже) и приложение для реализации функции электронных платежей (приложение 113 электронных платежей, описанное ниже).
EEPROM 11d имеет область хранения приложений Java для хранения приложений Java. Приложение Java состоит из: файла JAR (архив Java), включающего в себя программу сущности, которая описывает процедуру, выполняемую в среде исполнения Java, и файлов изображений и аудиофайлов, используемых тогда, когда выполняется программа сущности; и файла дескриптора приложения (ADF), в котором описана информация по установке и исполнению файла JAR и информация об атрибутах файла JAR. Приложение Java создается поставщиком контента или оператором и сохраняется на внешнем сервере и в ответ на запрос от терминала 10 мобильной связи посылается на устройство с внешнего сервера.
Фиг.2 представляет собой схему, иллюстрирующую логическую конфигурацию блоков, предусмотренных в контроллере 11 терминала 10 мобильной связи посредством исполнения программ, хранимых в ROM 11b и EEPROM 11d. Как показано на чертеже, в ОС 111 терминала 10 мобильной связи обеспечивается исполнение программ, приложения 112 определения местоположения, приложения 113 электронных платежей и среды 114 исполнения Java. В EEPROM 11d обеспечивается первое запоминающее устройство 115 и второе запоминающее устройство 116. Приложение 112 определения местоположения и приложение 113 электронных платежей реализуются посредством «родных» приложений, хранимых в ROM 11b.
Приложение 112 определения местоположения реализует функцию идентификации местоположения терминала на основе сигнала GPS, принимаемого блоком 15 приема GPS. Когда выполняется процесс, использующий приложение 112 определения местоположения, генерируется информация о местоположении. Информация о местоположении представляет собой информацию, указывающую местоположение терминала, измеренное с использованием приложения 112 определения местоположения. Информация о местоположении представляет местоположение терминала, выраженное через широту и долготу.
Приложение 113 электронных платежей реализует вышеупомянутую функцию электронных платежей на основе результата передачи данных блоком 16 электронной метки. Когда выполняется процесс, использующий приложение 113 электронных платежей, переписываются данные, представляющие денежную величину (ниже в данном документе упоминаемую как «электронная величина»), хранимую в блоке 16 электронной метки. Приложение 113 электронных платежей, в соответствии с инструкцией от устройства считывания/записи, когда покупаются товары или услуги, переписывает данные с целью снижения электронной величины, и, когда записывается на счет электронной величины, переписывает данные с целью увеличения электронной величины.
Приложение 113 электронных платежей также может получать данные, представляющие местоположение устройства считывания/записи, когда выполняется передача данных при помощи устройства считывания/записи. Эти данные представляют информацию, указывающую местоположение терминала (в момент платежа), которая представляет собой то же самое, что и вышеупомянутая информация о местоположении. Следовательно, информация, полученная приложением 13 электронных платежей, в данном документе ниже включается в «информацию о местоположении».
Среда 114 исполнения Java обеспечивается при помощи исполнения платформы Java, хранимой в ROM 11b. Среда 114 исполнения Java включает в себя библиотеку 117 классов, виртуальную машину 118 Java (JVM) и диспетчер 119 приложений Java (JAM). Библиотека 117 классов представляет собой коллекцию программных модулей (классов), которые обеспечивают конкретную функцию. JVM 118 представляет собой среду исполнения Java, оптимизированную для вышеупомянутой CDC и имеет функцию интерпретирования и исполнения байткода, предусмотренного в качестве приложения Java. JAM 119 имеет функцию управления загрузкой, установкой, исполнением или завершением приложения Java.
Первое запоминающее устройство 115 представляет собой запоминающее устройство для хранения приложений Java (файлы Jar и ADF), загружаемых под управлением JAM 119. Второе запоминающее устройство 116 представляет собой запоминающее устройство для хранения данных, которые генерируются во время исполнения приложения Java, после того как приложение завершится. Область хранения второго запоминающего устройства 116 назначается для каждого установленного приложения Java. Данные области хранения, назначенной для приложения Java, могут переписываться во время исполнения приложения Java и не могут переписываться во время исполнения другого приложения Java.
EEPROM 11d хранит, в дополнение к вышеупомянутым данным, данные атрибута местоположения и данные состояния. Данные атрибута местоположения представляют собой данные, представляющие местоположение и атрибут, ассоциированный с местоположением. Данные состояния представляют собой данные, представляющие состояние для определения порядка приоритета окон, в отношении приложения, исполняемого в терминале 10 мобильной связи, вызывающего отображение окон блоком 14 отображения.
Фиг.3 представляет собой схему, иллюстрирующую данные атрибута местоположения согласно настоящему варианту осуществления. Как показано на чертеже, данные атрибута местоположения представляют собой данные, описывающие «местоположение» и «атрибут» в ассоциации друг с другом. «Местоположение» представляют собой данные, представляющие некоторую область, которая может включать в себя множество местоположений, представленных информацией о местоположении. Область может быть выражена посредством описания информации о местоположении, определяющей границы области, или описания информации о местоположении, включенной в область. «Атрибут» представляет собой данные, представляющие атрибут, ассоциированный с областью, заданной «местоположением». Атрибутом могут быть любые данные, если данные могут делать каждую область опознаваемой.
Фиг.4 изображает данные атрибута местоположения по фиг.3, показанные в виде фактической карты. Пример на фиг.4 изображает, что железные дороги отходят по четырем направлениям от станции А, и станция В находится на севере-западе (вверху слева) от станции А. Пример также изображает, что деловой район города сформирован вокруг станции А и станции В, офис пользователя находится около станции А, и дом пользователя находится около станции В.
Данные атрибута местоположения могут предоставляться заранее изготовителем терминала 10 мобильной связи или оператором, эксплуатирующим сеть мобильной связи; однако атрибут местоположения, уникальный для каждого пользователя, такой как вышеупомянутый дом или офис пользователя, может определяться, предпочтительно, пользователем на свое усмотрение. Кроме того, что касается установки «атрибута», категории могут предпочтительно повышаться или понижаться пользователем.
Фиг.5 представляет собой схему, иллюстрирующую данные состояния согласно настоящему варианту осуществления. Как показано на чертеже, данные состояния представляют собой данные, описывающие «название приложения», «атрибут приложения» и «частоту отображения» в ассоциации друг с другом. «Название приложения» представляет собой данные для идентификации приложения. «Атрибут приложения» представляет собой данные, представляющие «атрибут» данных атрибута местоположения, к которым назначено приложение. Например, приложение «программное обеспечение коллективного пользования» на фиг.5 имеет атрибут «офис». «Частота отображения» представляет собой данные, представляющие частоту, с которой исполнялось приложение. Другими словами, «частота отображения» представляет собой данные, представляющие частоту, с которой отображалось окно, соответствующее приложению.
Ниже кратко описываются приложения, включенные в данные состояния, показанные на фиг.5. «Программное обеспечение коллективного пользования» представляет собой приложение, реализующее совместное использование информации среди пользователей офиса. «Программное обеспечение коллективного пользования» включает в себя функцию отображения расписания для каждого пользователя и функцию отображения так называемой электронной доски объявлений, относящейся к работе. «Электронный билет» представляет собой приложение, вызывающее функционирование терминала 10 мобильной связи в качестве билета на поезд, и оно начисляет электронную величину и снимает с начисленной электронной величины на турникете, используя блок 16 электронной метки. «Электронный билет» имеет функцию отображения оставшейся электронной величины и величины, на которую уменьшается электронная величина. «Схема пересадок» представляет собой приложение для отображения железнодорожного маршрута и обеспечения указаний по движению от станции отправления до станции назначения. «Онлайновая игра» представляет собой приложение для исполнения игры, используя связь при помощи сети мобильной связи. «Навигация GPS» представляет собой приложение для отображения маршрута от текущего местоположения пользователя (а именно, терминала 10 мобильной связи) до пункта назначения, такого как магазин, используя сигнал GPS, таким образом направляя пользователя.
«Атрибут приложения» представляет собой данные, представляющие местоположение, где часто используется приложение. Следовательно, пример на фиг.5 изображает, что «программное обеспечение коллективного пользования» представляет собой приложение, часто используемое в офисе. Так же, как и в случае «онлайновой игры» на фиг.5, многочисленные атрибуты приложения могут быть назначены одному приложению. Пример на фиг.5 изображает, что «онлайновая игра» часто используется не только дома, но также во время железнодорожного путешествия (другими словами, во время ежедневных поездок на работу).
Вышеприведенное представляет собой описание конфигурации терминала 10 мобильной связи. С данной конфигурацией терминал 10 мобильной связи исполняет многочисленные приложения в соответствии с запросом пользователя. Когда исполняется приложение, блок 11 управления терминала 10 мобильной связи также функционирует в качестве измерительного средства для измерения частоты, с которой исполняется приложение, которая конфигурируется на обновление «частоты отображения» данных состояния.
При исполнении многочисленных приложений терминал 10 мобильной связи может отображать многочисленные окна, каждое из которых соответствует одному из многочисленных приложений. Делая так, терминал 10 мобильной связи отображает окна в так называемой системе окон перекрытия. Следовательно, терминал 10 мобильной связи может изменять положение отображения окна или отображать многочисленные окна в стеке. С этой целью блок 11 управления терминала 10 мобильной связи хранит данные о положениях отображения многочисленных окон (ниже в данном документе упоминаемых как «данные окна») и, если одно из окон перемещается, обновляет хранимые данные. Если имеются перекрывающиеся окна, терминал 10 мобильной связи отображает сверху окно, которое стало активным (статус, восприимчивый на операцию) в самый последний момент. Следовательно, окно, отображаемое сверху, представляет собой активное в данный момент окно.
В настоящем варианте осуществления «окно» означает область отображения, назначенную каждому приложению, когда приложение обеспечивает некоторую функцию. Область отображения может иметь любую форму или внешний вид; таким образом, область отображения не должна иметь оконоподобную (прямоугольную) форму. Однако на чертежах, упоминаемых в нижеследующем описании, окна изображаются как имеющие прямоугольную форму для удобства объяснения. Когда окно отображается сверху другого окна, видимым является только верхнее окно, и не является видимой область отображения другого окна, закрываемая верхним окном. В нижеследующем описании «нижний» используется для описания положения окна, часть которого закрывается другим, «верхним» окном.
Согласно настоящему варианту осуществления, терминал 10 мобильной связи, если имеются перекрывающиеся окна, определяет окно, подлежащее отображению сверху, на основе местоположения терминала. Чтобы сделать так, терминал 10 мобильной связи выполняет операцию, описанную ниже.
Фиг.6 представляет собой блок-схему последовательности операций, изображающую процесс, выполняемый блоком 11 управления терминала 10 мобильной связи. Процесс реализуется как функция многозадачной ОС и выполняется в заданные интервалы. Как показано на чертеже, блок 11 управления первоначально получает информацию о местоположении, чтобы обнаружить местоположение терминала (этап Sa1). Делая так, блок 11 управления может получить информацию о местоположении, используя функцию приложения 112 определения местоположения или используя функцию приложения 113 электронных платежей. Затем блок 11 управления идентифицирует атрибут местоположения терминала на основе обнаруженного местоположения (этап Sa2). Делая так, блок 11 управления идентифицирует атрибут, назначенный области, включающей в себя полученную информацию о местоположении, со ссылкой на данные атрибута местоположения.
Затем блок 11 управления распознает состояние, при котором окна отображаются на блоке 14 отображения, чтобы идентифицировать перекрывающиеся окна (этап Sa3). Делая так, блок 11 управления определяет присутствие перекрытия на основе хранимых данных окна. Также блок 11 управления идентифицирует каждое из окна, скрывающего другое окно, и окна, скрываемого другим окном, в качестве перекрывающегося окна. А именно, если есть перекрывающиеся окна, блок 11 управления идентифицирует каждое верхнее окно и нижнее окно как перекрывающиеся окна. Это применимо к случаю, когда три или более окон перекрывают друг друга в данной области.
Затем блок 11 управления определяет, существует ли перекрывающееся окно посредством определения, существует ли окно, идентифицированное на этапе Sa3 (этап Sa4). Если определяется, что перекрывающееся окно отображается (этап Sa4: ДА), блок 11 управления идентифицирует приложение, соответствующее идентифицированному окну, чтобы идентифицировать атрибут, ассоциированный с приложением (этап Sa5). Делая так, блок 11 управления ссылается на данные состояния для извлечения «атрибута приложения» приложения, соответствующего идентифицированному окну, таким образом идентифицируя атрибут. Блок 11 управления идентифицирует атрибут в отношении всех перекрывающихся окон. Необходимо отметить, что, так как окно соответствует конкретному приложению, то считается, что атрибутом, ассоциированным с приложением, может быть атрибут, ассоциированный с соответствующим окном.
После идентификации атрибута в отношении каждого перекрывающегося окна блок 11 управления определяет, существует ли окно, атрибут которого идентичен атрибуту местоположения терминала (а именно, атрибуту, идентифицированному на этапе Sa2) (этап Sa6). Если такое окно существует (этап Sa6: ДА), блок 11 управления определяет, имеются ли многочисленные окна, атрибуты которых идентичны атрибуту местоположения терминала (этап Sa7). Если имеются многочисленные окна, атрибуты которых идентичны атрибуту местоположения терминала (этап Sa7: ДА), блок 11 управления идентифицирует окно, частота отображения которого является наибольшей среди многочисленных окон (этап Sa8). Делая так, блок 11 управления ссылается на данные состояния для извлечения «частоты отображения» приложения, имеющего идентифицированный атрибут, таким образом идентифицируя окно, частота отображения которого является наибольшей. Если имеется только одно окно, атрибут которого идентичен атрибуту местоположения терминала (этап Sa7: НЕТ), блок 11 управления пропускает операцию этапа Sa8 и переходит к последующей операции.
Затем блок 11 управления определяет, отображается ли предметное окно под другим окном (этап Sa9). Предметным окном является окно, идентифицированное на этапе Sa8, или, если имеется только одно окно, атрибут которого идентичен атрибуту местоположения терминала, то это окно является предметным окном. Блок 11 управления указывает любое из окон в качестве предметного окна этапа Sa9. Блок 11 управления, если предметное окно отображается под другим окном (этап Sa9: ДА), изменяет порядок отображения окон, так что окно отображается сверху и выводит соответствующие данные отображения (этап Sa10).
Необходимо отметить, что, если определение на этапе Sa4, Sa6 или Sa9 является отрицательным (а именно, НЕТ), блок 11 управления завершает операцию без изменения порядка отображения окон. Это потому, что в таком случае окно отображается сверху, которое должно отображаться сверху.
Ниже описывается вышеупомянутая операция со ссылкой на конкретный пример отображения окон. В примере данными атрибута местоположения и данными состояния являются те, которые показаны на фиг.3-5. Также окно программного обеспечения коллективного использования упоминается как «w1», и аналогично, окна электронного билета, схемы пересадок, онлайновой игры и навигации GPS упоминаются как «w2», «w3», «w4» и w5, соответственно.
Например, предполагается, что исполняется программное обеспечение коллективного использования, электронный билет и схема пересадок, и их окна отображаются так, как показано на фиг.7(а), (на чертеже весь экран блока 14 отображения показан штриховкой). В данном случае, если пользователь находится в офисе, поддерживается отображение блока 14 отображения, показанное на фиг.7(а). Это потому, что окно w1 программного обеспечения коллективного пользования имеет атрибут «офис».
При поддерживаемом отображении, если пользователь перемещается на станцию А, отображение блока 14 отображения меняется, так что отображается экран, показанный на фиг.7(b). А именно, блок 11 управления отображает сверху окно w2 электронного билета, имеющего атрибут «станция». Блок 11 управления выполняет переключение немедленно после того, как терминал проходит через турникет, если информация о местоположении получается с использованием функции приложения 113 электронных платежей.
Если пользователь проходит через турникет станции А и едет в поезде, меняется отображение блока 14 отображения, так что отображается экран, показанный на фиг.7(с). А именно, блок 11 управления отображает сверху окно w3 схемы пересадок, имеющей атрибут «железнодорожный маршрут».
Затем предполагается, что исполняется схема пересадок, онлайновая игра и навигация GPS, и их окна отображаются так, как показано на фиг.8(а). В данном случае, если пользователь находится в деловом районе города, поддерживается отображение блока 14 отображения, показанное на фиг.8(а), так что окно w5 навигации GPS отображается сверху. Даже если пользователь перемещается на станцию А из делового района города, отображение блока 14 отображения не меняется, потому что в настоящий момент не выполняется приложение, имеющее атрибут «станция» (см. этап Sa6 на фиг.6).
Затем, если пользователь проходит через турникет станции А (без использования электронного билета) и едет на поезде, то меняется отображение блока 14 отображения, так что отображается экран, показанный на фиг.8(b). А именно, блок 11 управления отображает сверху окно w4 онлайновой игры, имеющей атрибут «железнодорожный маршрут». Необходимо отметить, что окно w3 схемы пересадок также имеет атрибут «железнодорожный маршрут»; однако, так как частота отображения схемы пересадок меньше частоты онлайновой игры, окно w3 схемы пересадок не отображается сверху (см. этапы Sa7 и Sa8 на фиг.6).
Терминал 10 мобильной связи согласно настоящему варианту осуществления посредством многократного выполнения вышеупомянутой операции изменяет отображение окон в ответ на изменение местоположения терминала, даже если пользователь не выполняет никакой операции. Конкретно, терминал 10 мобильной связи отображает всю область окна, которое, вероятно, должны просматривать, в зависимости от позиционного состояния терминала, тем самым позволяя пользователю быстро выполнять последующую операцию. Операция достигает заметного эффекта особенно тогда, когда используется многозадачность для выполнения операций на малом устройстве, таком как терминал мобильной связи, который имеет ограничения в рабочих клавишах и размере экрана.
Согласно настоящему варианту осуществления, если окна, имеющие идентичный атрибут, перекрывают друг друга, и терминал 10 мобильной связи перемещается в местоположение, имеющее атрибут, терминал также отображает сверху окно, частота отображения которого является более высокой. Следовательно, терминал 10 мобильной связи может предпочтительно отображать сверху всю область окна, которое, вероятно, должно просматриваться.
Второй вариант осуществления
Фиг.9 представляет собой блок-схему, изображающую всю конфигурацию терминала мобильной связи, которая представляет собой второй вариант осуществления настоящего изобретения. Как показано на чертеже, терминал 20 мобильной связи включает в себя блок 21 управления, блок 22 беспроводной связи, рабочий блок 23, блок 24 отображения и блок 25 отсчитывания времени. Блок 21 управления включает в себя CPU 21а, ROM 21b, RAM 21с и EEPROM 21d. Блок 22 беспроводной связи включает в себя антенну 22а. Конфигурации блока 21 управления, блока 22 беспроводной связи, рабочего блока 23 и блока 24 отображения подобны конфигурациям блока 11 управления, блока 12 беспроводной связи, рабочего блока 13 и блока 14 отображения первого варианта осуществления, соответственно; следовательно, описание этих блоков опускается. Однако программы и данные, хранимые в блоке 21 управления, частично отличаются от тех, которые хранятся в блоке 11 управления. Например, блоку 21 управления нет необходимости исполнять вышеупомянутое приложение 112 определения местоположения или приложение 113 электронных платежей. Также, блоку 21 управления не нужно хранить данные атрибута местоположения. Блок 25 отсчитывания времени включает в себя внутренние часы, которые выводят временные данные, представляющие текущее время, на блок 21 управления. Блок 25 отсчитывания времени отсчитывает время даже тогда, когда терминал 20 мобильной связи выключен. Блок 21 управления для обнаружения текущего времени может получать временные данные от блока 25 отсчитывания времени тогда, когда необходимо, или получать временные данные от блока 25 отсчитывания времени тогда, когда терминал включается, и обновлять полученные временные данные внутренним образом.
Фиг.10 представляет собой схему, иллюстрирующую данные состояния согласно настоящему варианту осуществления. Как показано на чертеже, данные состояния представляют собой данные, описывающие «название приложения», «соответствующую временную зону» и «частоту отображения» в ассоциации друг с другом. «Название приложения» представляет собой данные для идентификации приложения. «Соответствующая временная зона» представляет собой данные, представляющие временную зону, ассоциированную с приложением, которая представляет, например, временную зону 7:00 до полудня - 9:30 до полудня. «Частота отображения» представляет собой данные, представляющие частоту, с которой исполнялось приложение. Другими словами, «частота отображения» представляет собой данные, представляющие частоту, с которой отображалось окно, соответствующее приложению.
Ниже кратко описываются приложения, включенные в данные состояния, показанные на фиг.10. «Программное обеспечение коллективного пользования» представляет собой приложение, подобное программному обеспечению коллективного пользования, присутствующему в первом варианте осуществления. «Тикер новостей» представляет собой приложение, которое постоянно получает новости по сети мобильной связи и последовательно отображает новости. «Веб-браузер» представляет собой приложение, которое получает веб-страницу из Интернета по сети мобильной связи и отображает страницу.
На фиг.10 «соответствующая временная зона» ассоциируется с ежедневной деятельностью пользователя. Пример на фиг.10 изображает, что временная зона 7:00 до полудня - 9:30 до полудня представляет собой обычно предрабочее время для пользователя, что пользователь обычно работает в офисе с 9:31 до полудня до 6:30 после полудня, и что пользователь обычно свободным образом проводит время после работы.
Вышеприведенное представляет собой описание конфигурации терминала 20 мобильной связи. С такой конфигурацией терминал 20 мобильной связи исполняет многочисленные приложения в соответствии с запросом пользователя. Работа терминала 20 мобильной связи подобна работе терминала 10 мобильной связи согласно первому варианту осуществления, за исключением управления переключением верхнего окна, и описание перекрытия опускается.
Терминал 20 мобильной связи согласно настоящему варианту осуществления, если есть перекрывающиеся окна, определяет окно, подлежащее отображению сверху, на основе времени. Чтобы это сделать, терминал 20 мобильной связи выполняет операцию, описанную ниже.
Фиг.11 представляет собой блок-схему последовательности операций, изображающую процесс, выполняемый блоком 21 управления терминала 20 мобильной связи. В нижеследующем описании опускается описание, относящееся к этапам выполнения операции, подобной операции этапа, присутствующего на блок-схеме последовательности операций, показанной на фиг.6. Как показано на фиг.11, блок 21 управления первоначально обнаруживает текущее время на основе временных данных, выводимых от блока 25 отсчитывания времени (этап Sb1). Затем блок 21 управления распознает состояние, при котором окна отображаются на блоке 24 отображения, на основе данных окна, чтобы идентифицировать перекрывающиеся окна (этап Sb2). Затем блок 21 управления определяет, существует ли перекрывающееся окно посредством определения, существует ли окно, идентифицированное на этапе Sb2 (этап Sb3).
Если определяется, что отображается перекрывающееся окно (этап Sb3: ДА), блок 21 управления определяет, включено ли окно, ассоциированное с идентифицированным текущим временем, в перекрывающиеся окна (этап Sb4). Делая так, блок 21 управления ссылается на данные состояния для извлечения «соответствующей временной зоны» приложения, соответствующего идентифицированному окну. Если идентифицированное текущее время входит в «соответствующую временную зону», блок 21 управления определяет, что окно приложения представляет собой окно, ассоциированное с текущим временем.
Если определяется, что окно, ассоциированное с текущим временем, перекрывает другое окно (этап Sb4: ДА), блок 21 управления определяет, имеются ли многочисленные окна, ассоциированные с текущим временем, перекрывающие другое окно (этап Sb5). Если имеются многочисленные окна, ассоциированные с текущим временем, перекрывающие другое окно (этап Sb5: ДА), блок 21 управления идентифицирует окно, частота отображения которого является наибольшей среди многочисленных окон (этап Sb6). Делая так, блок 21 управления ссылается на данные состояния для извлечения «частоты отображения» приложения, соответствующего идентифицированному окну, таким образом, идентифицируя окно, частота отображения которого является наибольшей. Если только одно окно, ассоциированное с идентифицированным текущим временем, перекрывает другое окно (этап Sb5: НЕТ), блок 21 управления пропускает операцию этапа Sb6 и переходит на последующую операцию.
Затем блок 21 управления определяет, отображается ли предметное окно под другим окном (этап Sb7). Предметное окно представляет собой окно, идентифицированное на этапе Sb6, или если имеется только одно окно, ассоциированное с идентифицированным текущим временем, то этим окном является предметное окно. Блок 21 управления задает любое из окон в качестве предметного окна этапа Sb7. Блок 21 управления, если предметное окно отображается под другим окном (этап Sb7: ДА), изменяет порядок отображения окон, так что окно отображается сверху и выводит соответствующие данные отображения (этап Sb8).
Необходимо отметить, что, если определение на этапе Sb3, Sb4 или Sb7 является отрицательным (а именно, НЕТ), блок 21 управления завершает операцию без изменения порядка отображения окон. Это потому, что в таком случае окно, которое отображается сверху, должно отображаться сверху.
Ниже описывается вышеупомянутая операция со ссылкой на конкретный пример отображения окон. В примере данные состояния представляют собой те, которые показаны на фиг.10. Также, окно программного обеспечения коллективного пользования упоминается как «w6», и окна тикера новостей и веб-браузера упоминаются как «w7» и «w8», соответственно. Также, в примере предполагается, что все окна отображаются, и по меньшей мере часть каждого отображаемого окна перекрывает другое окно.
Например, предполагается, что терминал 20 мобильной связи включается в 7:00 до полудня. Если также предполагается, что одновременно терминал 20 мобильной связи последовательно исполняет тикер новостей, веб-браузер и программное обеспечение коллективного пользования, окна приложений отображаются так, как показано на фиг.12(а). А именно, окно, соответствующее последнему приложению, которое было исполнено, отображается сверху. Затем, если блок 21 управления выполняет операцию, показанную на фиг.11, отображение блока 24 отображения меняется, так что отображается экран, показанный на фиг.12(b). А именно, блок 21 управления управляет отображением, так что окно w7 тикера новостей, ассоциированное с текущей временной зоной, отображается сверху.
Затем, после 9:30 до полудня, меняется отображение блока 24 отображения, так что отображается экран, показанный на фиг.12(с). А именно, блок 21 управления отображает сверху окно w6 программного обеспечения коллективного пользования, ассоциированное с текущей временной зоной. Затем после 6 после полудня меняется отображение блока 24 отображения, так что отображается экран, показанный на фиг.12(d). А именно, блок 21 управления отображает сверху окно w8 веб-браузера, ассоциированное с текущей временной зоной.
Терминал 20 мобильной связи согласно настоящему варианту осуществления посредством многократного выполнения вышеупомянутой операции изменяет отображение окон в ответ на изменение времени, даже если пользователь не выполняет никакую операцию. Например, в соответствии с вышеприведенным случаем, пользователь может контролировать новости, используя тикер новостей, перед тем как он/она пойдут на работу, просматривать программное обеспечение коллективного пользования во время работы и просматривать веб-страницы, используя веб-браузер, после работы, даже если пользователь не выбирает окно заранее. Следовательно, терминал 10 мобильной связи может отображать всю область окна, которое, вероятно, должно просматриваться, в зависимости от временного состояния терминала, таким образом, позволяя пользователю быстро выполнять последующую операцию.
Модификации
Очевидно, что настоящее изобретение может быть реализовано в варианте осуществления, которое отличается от вышеупомянутого первого или второго варианта осуществления. Например, настоящее изобретение может быть реализовано в вариантах осуществления, описанных ниже. Следующие модификации могут быть объединены друг с другом.
(1) Модификация 1
В вышеупомянутых вариантах осуществления, где «частота отображения» данных состояния используется в качестве данных, представляющих уровень приоритета отображения, может использоваться длительность времени отображения вместо частоты отображения. Например, если имеются многочисленные окна, атрибут которых идентичен атрибуту местоположения терминала, терминал мобильной связи может предпочтительно отображать окно сверху, которое отображалось в течение более длительного времени. Альтернативно, приоритет отображения может произвольно устанавливаться пользователем без зависимости его от предыстории отображения, такой как частота или время.
Если длительность времени отображения используется в качестве данных приоритета, блок управления может функционировать в качестве измерительного блока для измерения времени отображения каждого окна.
(2) Модификация 2
«Частота отображения» данных состояния может быть величиной, соответствующей атрибуту местоположения терминала, при котором окно отображается, или временной зоной, в которой отображается окно. Например, в первом варианте осуществления, где «частота отображения» представляет собой данные, представляющие частоту, с которой исполнялось соответствующее приложение, «частотой отображения» могут быть данные, представляющие частоту, с которой исполнялось приложение в местоположении, имеющем атрибут, назначенный приложению. А именно, в данном случае «частота отображения» представляет собой данные, измеряемые для каждого приложения, для каждого местоположения, ассоциированного с атрибутом, идентичным атрибуту приложения.
Фиг.13 представляет собой схему, иллюстрирующую данные состояния в соответствии с модификацией. В данных состояния, показанных на чертеже, элементы, отличные от «частоты отображения», подобны тем, которые показаны на фиг.5.
В данных состояния «частота отображения» представляет собой данные, описанные для каждого атрибута местоположения, при котором отображалось окно приложения. Рассматривая «онлайновую игру» в качестве примера, данные состояния онлайновой игры показывают, что частота отображения дома равна «7», частота отображения во время железнодорожного маршрута равна «4», частота отображения на станции равна «1», и в других местоположениях окно не отображалось.
Если применяется вышеописанная конфигурация, может выполняться отображение, более подходящее к состоянию терминала. Например, частота отображения может различаться между приложением, используемым при любом местоположении, и приложением, интенсивно используемом в конкретном местоположении.
Необходимо отметить, что «частота отображения» второго варианта осуществления может представлять собой, аналогично, частоту, с которой исполнялось приложение во временной зоне, ассоциированной с приложением.
Альтернативно, атрибут, соответствующий каждому приложению, может определяться на основе такой «частоты отображения». Например, атрибут, частота отображения которого является наибольшей, может задаваться как «атрибут приложения» приложения. Конкретно, рассматривая «онлайновую игру» на фиг.13 в качестве примера, атрибут «дом», «частота отображения» которого является наибольшей, задается как «атрибут приложения» приложения.
(3) Модификация 3
Окна конкретных приложений могут иметь фиксированный уровень приоритета, который не зависит от вышеупомянутых данных состояния. Чтобы реализовать такой вариант осуществления, блок управления может хранить данные, задающие такое окно заранее, и если такое окно перекрывает другое окно, отображать окно в соответствии с фиксированным уровнем приоритета независимо от местоположения или времени. Если пользователь желает, чтобы окно конкретного приложения отображалось сверху, он/она может заранее установить наибольший уровень приоритета для приложения.
Если применяется такой вариант осуществления, и если существует окно, которое может вызвать неудобство для пользователя, если оно отображается под другим окном, например окно, отображающее очень важное сообщение, относящееся к работе терминала, может быть исключена ситуация, когда окно скрывается другим окном.
Считается, что настоящая модификация может представлять собой вариант осуществления, в котором окна заданных конкретных приложений исключаются из предметов, уровень приоритета которых определяется. В настоящей модификации блок управления, если имеются многочисленные окна, перекрывающие друг друга, включая заданное окно, определяет уровень приоритета отображения для окон за исключением заданного окна. Блок управления отображает заданное окно в соответствии с предварительно определенным уровнем приоритета и отображает другие окна в соответствии с уровнями приоритета, определенными на основе данных состояния.
Спецификация окна может вводиться пользователем.
(4) Модификация 4
В вышеупомянутых вариантах осуществления блок управления выполняется с возможностью определения только окна, подлежащего отображению сверху, и порядок отображения других окон специально не упоминается. Однако блок управления может определить уровень приоритета для каждого из перекрывающихся окон на основе вышеупомянутых данных состояния и отобразить окна так, что окно с более высоким уровнем приоритета отображается впереди окна с более низким уровнем приоритета. С применяемой конфигурацией, если требуемое окно не отображается сверху, пользователь может просмотреть окно посредством нескольких операций. Операции в данном контексте могут включать в себя закрытие верхнего окна и минимизирование верхнего окна.
В данном варианте осуществления блок управления может определить уровень приоритета на основе атрибута или местоположения терминала и данных состояния или определить уровень приоритета на основе текущего времени данных состояния. Ниже описывается пример случая, в котором отображаются многочисленные перекрывающиеся окна, включая многочисленные окна, имеющие атрибут, идентичный атрибуту местоположения терминала, и многочисленные окна, имеющие атрибут, не идентичный атрибуту местоположения терминала.
Предполагается, что окна wa, wb, wc, wd, we и wf отображаются для многочисленных приложений, так что окна перекрывают друг друга, как показано на фиг.14. Также предполагается, что атрибуты, назначенные окнам wa, wb и wc, идентичны атрибуту местоположения терминала, и атрибуты, назначенные окнам wd, we и wf, не являются идентичными с атрибутом местоположения терминала. В данном случае блок управления первоначально присваивает уровень приоритета окнам wa, wb и wc, имеющим атрибут, идентичный атрибуту местоположения терминала, который является более высоким, чем уровень приоритета окон wd, we и wf. Затем блок управления определяет уровень приоритета для каждого из окон wa, wb и wc на основе уровня частоты отображения и определяет уровень приоритета для каждого из окон wd, we и wf на основе уровня частоты отображения. В результате, уровни приоритета определяются блоками управления, как показано на фиг.14.
(5) Модификация 5
В вышеупомянутом втором варианте осуществления, где отображение окон управляется на основе времени, отображение окон может изменяться ежедневно, ежемесячно или сезонно. Конкретно, управление может выполняться так, что приложение, относящееся к бизнесу, отображается сверху по рабочим дням, и приложение, относящееся к развлечению, такому как игра, отображается сверху по праздникам.
(6) Модификация 6
В настоящем изобретении количество окон, подлежащих отображению сверху, не должно быть равным одному. Например, если окна могут классифицироваться на многочисленные группы, как показано на фиг.15, блок управления может определить окно, подлежащее отображению сверху для каждой группы. Группа в данном контексте означает совокупность окон, включенных в область, окруженную замкнутым контуром. В примере, показанном на фиг.15, окна классифицируются на группу G1 и группу G2. В данном случае блок управления может определить окно, подлежащее отображению сверху для каждой из группы G1 и группы G2. Любое из верхних окон может быть активным. Другими словами, в настоящем изобретении экран блока отображения может быть разделен на заданные области, и для каждой области может определяться окно, подлежащее отображению сверху, или уровень приоритета отображения окна.
Также, в настоящем изобретении, если имеются многочисленные окна, не перекрывающие друг друга, и окна удовлетворяют некоторому состоянию (все окна имеют атрибут, идентичный атрибуту местоположения терминала, или все окна ассоциируются с текущим временем), управление может выполняться так, что все окна отображаются сверху. Например, если, как показано на фиг.16, имеются окна wg, wh, wi и wk, не перекрывающие друг друга, в то время они не перекрывают окно wk; окна wg, wh, wi и wj каждое имеет атрибут, идентичный атрибуту местоположения терминала; и окно wk имеет атрибут, отличный от атрибута местоположения терминала, все окна wg, wh, wi и wj могут отображаться сверху.
(7) Модификация 7
В вышеупомянутых вариантах осуществления одно приложение ассоциируется с одним окном; однако настоящее изобретение не должно применяться только к такой зависимости. Например, в случае приложения, применяющего многодокументный интерфейс (MDI), многочисленные окна отображаются для одного приложения. Следовательно, если каждое окно такого приложения может ассоциироваться с атрибутом или временной зоной, настоящее изобретение может применяться. Например, в приложении, таком как браузер вкладок, атрибут может назначаться каждому окну, и верхнее окно может управляться в соответствии с местоположением терминала.
(8) Модификация 8
Вышеупомянутые варианты осуществления представляют собой варианты осуществления, в которых настоящее изобретение применяется в мобильном телефоне; однако настоящее изобретение может применяться в других терминалах мобильной связи. Например, настоящее изобретение может применяться в терминале портальной связи, таком как персональный цифровой помощник (PDA), или в автомобильной навигационной системе. Также конфигурация для получения информации о местоположении может изменяться в зависимости от конфигурации терминала связи. Например, в случае терминала связи, включающего в себя конфигурацию, такую как блок 16 электронной метки, который может устанавливать связь с устройством считывания/записи, так называемая информация о присутствии (информация, идентифицирующая, с каким устройством считывания/записи терминал связи установил связь) может быть получена от устройства считывания/записи, и местоположение устройства считывания/записи может использоваться в качестве информации о местоположении терминала. Альтернативно, в случае мобильного телефона информация об области (информация, идентифицирующая, с какой базовой станцией в сети мобильной связи мобильный телефон установил связь), используемая для так называемой регистрации местоположения, может использоваться в качестве информации о местоположении.
В вышеупомянутом втором варианте осуществления настоящее изобретение применяется в терминале мобильной связи; однако настоящее изобретение может применяться в немобильных устройствах обработки информации. Например, изобретение, описанное во втором варианте осуществления, может применяться в настольном персональном компьютере. Если устройство обработки информации не имеет средств для отсчитывания времени, временные данные могут получаться от внешнего устройства. Например, временные данные могут получаться от устройства считывания/записи, как в случае вышеупомянутой информации о присутствии.
(9) Модификация 9
В вышеупомянутых вариантах осуществления настоящее изобретение описывается как функция ОС; однако настоящее изобретение может быть реализовано в качестве независимого приложения. Альтернативно, функция настоящего изобретения может быть добавлена к существующему приложению, такому как ОС, в качестве дополнительного модуля. Если применяется такой вариант осуществления, настоящее изобретение может обеспечиваться в качестве программы для обеспечения компьютера (терминала мобильной связи или устройства обработки информации) вышеупомянутой функцией. Программа может обеспечиваться будучи хранимой на среде записи, такой как оптический диск, или обеспечиваться с сервера по сети, такой как Интернет.