И еще о сканерах

А вот пример мобильной платежной технологии, которая вообще не требует телефона. Но, тем не менее, использует принцип локальной идентификации. Компания http://www.paybytouch.com получила очередной транш финансирования в 60 млн.
Это система, которая позволяет платить по отпечатку пальца. Оцифрованный отпечаток привязан к счету в платежной системе.

Как ходить?

Интересный сервис: http://www.gtip.co.uk
Это premium rate SMS, где можно спросить подсказки по компьютерным играм
На запросы при этом отвечает человек. И это работает. По крайней мере, с 2003 года проект живет и расширяется.

А вообще, что Вы думаете о таких live services? Вопросы ведь могут быть не только по играм.
Всегда, конечно, возникает вопрос - почему просто не позвонить? По крайней мере, два объяснения приходят в голову:
- тот, кто спрашивает, не хочет это афишировать (играет на работе :-)
- организовать premium SMS для контент провайдера проще, чем premium call
(в России это так)

Закрыл тему?

Замечательный ресурс для web-разработчиков: http://www.alvit.de/handbook
Блок-схемы, использующие только CSS впечатляют

Мобилизационный ресурс

Интересный сайт, где Вы можете создать свой мобильный портал. Протестировано с WAP терминала - действительно работает: http://winksite.com

Впереди планеты всей

вот интересный американский стартап: http://cellfire.com
Они предлагают купоны (иными словами, просто карточки для скидок), которые могут быть загружены на мобильный телефон для предъявления кассиру в магазине. То есть счастливый владелец просто показывает картинку на экране своего телефона кассиру для получения скидки. Вот кусок из их FAQ:

"Do cashiers scan my phone like a barcode?

Nope. Cell phone screens can't be scanned. The coupon code on Cellfire coupons looks a bit like a barcode, but that's just to make them look a bit like regular coupons."

Так вот это "can't be scanned" и неверно. Они (экраны) могут быть scanned. И именно технология локальной идентификации делает это. То есть то, что мы описали в виде примера для мобильной системы может быть использовано и для предоставления скидок. Купон (карточка) может быть загружена на мобильный телефон (это просто картинка), а далее сосканирована и проверена в пункте продаж. Представьте себе в российских условиях "просто показывает кассиру" :-)
Нет-нет, все может быть проверено.

Шальные деньги

вот такой сайт http://www.digg.com Yahoo готова купить (по слухам) за 30 миллионов USD
Ну и как? Сколько времени нужно, чтобы сделать такой трафико-генератор?
Интересно, при такой увлеченности в России в последнее время копированием социальных сетей (LinkedIn) - решит ли кто-нибудь скопировать Digg? Он будет первым :-)

Любите ли Вы МММ? а MMS?

сразу две статьи о неразвитости MMS:
http://www.comnews.ru/index.cfm?id=20394
и http://www.sotovik.ru/news/articles/article_4060.html

а не кажется ли уважаемым читателям, что одна из значимых причин есть абсолютно невнятная позиция операторов относительно программных интерфейсов для разработчиков? Как делать те самые killing applications при такой закрытости?

О правильной платежной системе

В продолжение темы, начало обсуждения которой было положено здесь:
http://abava.blogspot.com/2006/01/blog-post_25.html

хотелось бы описать как может выглядеть правильная (с нашей точки зрения, конечно) платежная система. Мы будет использовать здесь описанную ранее идею локальной идентификации (локальной - то есть по месту актуального присутствия) мобильного абонента.

Эта модель мобильной платежной системы, которая в большей степени похожа на работу с пластиковыми картами.

Основная идея состоит в следующем. Пользователь платежной системы, которому необходимо заплатить некоторую сумму со своего счета посылает запрос оператору платежной системы. И указывает при этом не назначение платежа (из некоторого предопределенного списка – оплата услуг связи, банки кока-колы или 10 литров бензина - смотря с кем договорился оператор сотовой связи), а необходимую пользователю сумму денег.

Платежная система, при получении такого запроса не осуществляет никаких платежей. Она только проверяет идентификацию пользователя, возможность совершения запрошенного платежа (а есть ли деньги?) и, что есть самое главное, в случае положительного ответа высылает пользователю (на его мобильный терминал) подтверждение о готовности совершить запрошенную операцию. То есть заплатить указанную сумму. И вот это самое подтверждение, находящееся в мобильном терминале абонент и предъявляет в точке продаж. Точно также, как предъявляется, например, пластиковая карточка. Что происходит дальше? В точке продаж подтверждение платежной системы может быть считано с мобильного терминала и отправлено назад оператору платежной системы (уже безо всякой мобильной сети, по сети Интернет или выделенной линии – это уже не принципиально). Платежная система, получив назад свое подтверждение, просто сравнит это с тем, что было отправлено ей самой в качестве подтверждения (а не сделал ли такое "подтверждение" наш мобильный пользователь сам?) и при положительном результате произведет реальную оплату со счета абонента на счет точки продажи.

Это общая схема, которая иллюстрирует идею. Именно по этому мы и вынесли в заголовок слова о локальной идентификации. Абонент идентифицируется в месте оплаты по готовности платежной системы заплатить запрошенную им сумму.

Следующий интересный момент. А что может выступать в качестве такого верифицируемого подтверждения, которое высылается на мобильный терминал пользователя? Таким подтверждением может являться сгенерированный штрих-код. Процесс верификации в данном случае состоит в том, что этот штрих код должен быть просто считан (сканирован) с экрана мобильного телефона (подобно тому, как кассир в супермаркете сканирует коды товаров).

Соответственно программа верификации может быть просто совмещена с кассовой программой (или, по крайней мере, находиться на том же самом компьютере).

Продолжение следует ...

Откуда эти люди?

Интересная система по визуализации web-статистики
http://clustrmaps.com
И сделать относительно просто.

Интересно ли кому иметь то же самое для России?

Я вижу, что это Вы

Мы занимаемся, в том числе, и различными приложениями для телефонии.
Одна из задач, которая занимает в поледнее время много нашего времени и представляет собой сервис для мобильных сетей.

В основе любого сервиса (или класса сервисов) должна, конечно, быть какая-то идея.
И техническая в том числе (все-таки мы работаем в information technologies)
Что мы хотим и вокруг чего предлагаем развивать набор сервисов?

Идея состоит в использовании технической возможности сканировать изображения непосредственно с экрана мобильного телефона. Именно так - использовать сканер, чтобы прочесть (а затем, естественно, обработать) изображение, которое предъявлено владельцем мобильного телефона на экране его аппарата. Или по другому - чтобы уже точно не обвинили в косноязычии - владелец телефона предъявляет для сканирования картинку на экране своего телефона.

Что это может быть за картинка? В принципе, любая. Наиболее часто используемыми в повседневной жизни изображениями являются, наверное, штрих-коды.

А зачем все это? Это прямой вопрос и мы прямо на него и ответим. Владелец телефона может получить на свой аппарат это изображение от оператора связи. Или еще от кого-то. А потом, предъявив его там, где есть сканер, подтвердить тем самым, что он тот, кто получил изображение (штрих-код) от оператора связи. Или еще от кого-то.
В этом идея, вокруг которой и может быть построен целый класс сервисов, в настоящий момент отсутствующий как класс на российском рынке.

В целом этот класс сервисов можно описать как локальная идентификация абонентов мобильной сети. Ниже мы опишем примеры подобных сервисов.

Абавы ради

Следуя общему устремлению, мы тоже открыли свой журнал.
Но, на самом деле, это не только дань моде. Здесь хотелось бы организовать обсуждение интересных (как нам кажется, по крайней мере) технических проблем (проектов), которые мы не можем реализовать самостоятельно. Возможно, публикуемые здесь вещи заинтересуют наших читателей. Во всяком случае, на Ваши комментарии мы очень расчитываем

О названии - пока пусть будет технический уголок, а там посмотрим.