JP2020511729A - 端末デバイスに情報を供給するためのシステムおよび方法関連出願の相互参照 - Google Patents

Abstract

例示方法は、サービス（１０１）の現在のサービスステージを決定するステップと、現在のサービスステージ（１０２）と一致するステータス情報を取得するステップと、取得したステータス情報を、端末デバイス（１０３）のロックされたスクリーンに供給するステップとを備える。【選択図】図１

Description

この出願は、２０１７年２月１５日に出願された中国特許出願第２０１７１００８２２７４．３および２０１７年５月２５日に出願された中国特許出願第２０１７１０３７８４８１．３に基づいており、それらの優先権を主張する。上述した手段の全内容が参照することによりここに組み込まれる。

この開示は一般に情報を端末デバイスに供給するための方法と装置に関する。

インターネット技術の発展とともに、Ｏ２Ｏ（オンラインツーオフライン）サービス、オンライントラッキングサービス等のような多くのインターネットベースのサービスが開発された。種々のインプリメンテーションにおいて、ユーザは、端末デバイス（例えば、モバイルフォン）にインストールされたアプリケーションを介して、サービスに関する要求をすることができる。サービスを確認後、ユーザは、アプリケーションを介して、サービスに関連付けられたトラッキング情報を見て、モニタすることができる。あるいは、ユーザは、注文(ordering)を要求しないサービス（例えば、公共サービス）を追跡することができる。しかしながら、前記端末機器のスクリーンが暗くなり、スクリーンがロックされると、ユーザは、所望のトラッキング情報の探索を開始できる前に、端末デバイスをウェークアップさせてアンロックし、アプリケーションを開かなければならない。これらの厄介な事柄は、不便さを引き起こし、ユーザ経験を弱体化させ、情報を遅延させ、情報交換効率を低下させる。

この開示の種々の実施形態は、情報を提供するように構成された、システム、方法、および非一時的コンピュータ可読媒体を含むことができる。１つの態様によれば、情報を供給するための方法は、サービスの現在のサービスステージを決定するステップと、前記現在のサービスステージと一致するステータス情報を取得するステップと、前記取得されたステータス情報を端末デバイスのロックされたスクリーンに供給するステップとを備える。いくつかの実施形態において、サービスは、前記端末デバイスにより要求され、サービスはインターネットを介して要求された乗り物サービスを含む。

いくつかの実施形態において、端末デバイスにより要求されたサービスの、現在のサービスステージを決定するステップは、乗客が、輸送サービス乗り物によりピックアップされなかったことに応答して、乗り物と、目的地ロケーションとの間の距離を、目的地距離として取得するステップと、前記目的地距離に基づいて前記現在のサービスステージを決定するステップを備える。目的地ロケーションは、乗り物が乗客をピックアップするピックアップロケーション、または乗客の現在のロケーションを含むことができる。

いくつかの実施形態において、前記目的地距離に基づいて、現在のサービスステージを決定するステップは、前記目的地距離がプリセットされたしきい値以上であると判断することに応答して、第１の輸送サービスステージを、現在のサービスステージとして決定するステップと、目的地距離が前記プリセットされたしきい値を下回ると判断することに応答して、第２の輸送サービスを、現在のサービスステージとして決定するステップと、前記要求に従って、輸送トリップ(transportation trip)が開始されたと判断することに応答して、第３の輸送サービスステージを現在のサービスステージとして決定するステップとを備える。

いくつかの実施形態において、第１の輸送サービスステージに対応する前記取得されたステータス情報は、前記乗り物のロケーション情報を含む。取得した情報を、端末デバイスのロックされたスクリーンに供給するステップは、第１の輸送サービスステージにおいて、前記乗り物のロケーション情報を表示するステップを備えることができる。

いくつかの実施形態において、第２の輸送サービスステージに対応する、取得されたステータス情報を供給することは、乗り物の乗り物情報を含む。取得したステータス情報を、前記端末デバイスのロックされたスクリーンに供給するステップは、前記第２の輸送サービスステージにおいて、前記乗り物の乗り物情報を表示するステップを含むことができる。

いくつかの実施形態において、第３の輸送サービスステージに対応する、取得したステータス情報は、前記乗り物の現在のロケーション情報と、前記輸送トリップの目的地に到着する推定時刻と、目的地へのルートに沿った交通量の、少なくとも１つを含む。

他の態様によれば、情報を供給する方法は、ロケーションに関連した移動可能物体の位置情報を取得するステップと、端末デバイスがスクリーンロックされているとき、取得した位置情報を有する、ロックされたスクリーンインターフェースを発生するステップと、ロックされたスクリーンインターフェースを、前記スクリーンロックされたデバイスに供給するステップと、を備えることができる。

いくつかの実施形態において、前記移動可能な物体は、乗り物を含み、ロケーションは、ピックアップロケーションを含む。乗り物は、バスを含むことができる。ピックアップロケーションは、バスステーションを含むことができる。位置情報は、前記バスステーションの名前、前記バスステーションを通過するバス路線の方向、バス路線の名前、バスが、前記バスステーションに到着する推定時刻、バスとバスステーションとの間の距離、の少なくとも１つを含むことができる。

いくつかの実施形態において、ロケーションに関連した移動可能物体の位置情報を取得するステップは、リアルタイムに更新することにより、ロケーションに関連した移動可能物体の位置情報を取得するステップを含む。方法はさらに、端末デバイスとロケーションとの間の距離を取得するステップと、プリセットされたしきい値を超える距離に応答して、位置情報の取得を停止するステップとを備えることができる。

いくつかの実施形態において、ロケーションに関連した移動可能物体の位置情報を取得するステップは、サービスの現在のサービスステージを決定するステップと、現在のサービスステージと一致するステータス情報を取得するステップを備える。

ここに開示されたシステム、方法、および非一時的コンピュータ可読媒体のこれらの特徴および他の特徴、並びに、構造の関連するエレメントの動作方法と機能、および製造のパーツと節約の組み合わせは、添付した図面を参照して、以下の記述および添付したクレームを考慮すると、より一層明らかになる。以下の記述、添付クレーム、および添付図面は、すべて明細書の一部を形成し、同一符号は、種々の図面における対応する部位を示す。しかしながら、図面は説明と記述のためだけであり、この発明を制限することを意図したものではないことは明白である。

この技術の種々の実施形態のある特徴は、特に添付されたクレームに記載される。この技術の特徴と利点は、この発明の原理が利用される、例示した実施形態について述べた以下の詳細な記述および添付図面によりより良く理解される。

図１は、種々の実施形態に従う、情報を供給する方法の説明図である。 図２は、種々の実施形態に従う、情報を供給する方法の説明図である。 図３は、種々の実施形態に従う、端末デバイスに供給される例示情報の説明図である。 図４は、種々の実施形態に従う、端末デバイスに供給される、例示情報の説明図である。 図５は、種々の実施形態に従う、情報を供給するためのデバイスの説明図である。 図６は、種々の実施形態に従う、情報を供給する方法の説明図である。 図７Ａは、種々の実施形態に従う、端末デバイスのアクティブスクリーンの説明図である。図７Ｂは、種々の実施形態に従う端末デバイスのダークスクリーンの説明図である。図７Ｃは、種々の実施形態に従う、端末デバイスの発生されたロックスクリーンインターフェースの説明図である。 図８は、種々の実施形態に従う、情報を供給するためのデバイスの説明図である。 図９は、ここに記載された任意の実施形態がインプリメントされ得る例示コンピュータシステムのブロック図である。

モバイルフォンのような端末デバイスは、しばしば、電力を節約するために長期にアイドリングした後、スクリーンが真っ暗になり、意図しない動作から保護するために、またはプライバシーの保護のためにスクリーンロックされる。たとえば、デバイスのアイドル時間の期間に、端末デバイスの使用を回復(resume)するつもりはないのに、ユーザはうっかりしてロックされたスクリーン（例えば、タッチスクリーン）にタッチすることがある。プリセット入力を受信したときのみ、アンロックされる、ロックされたスクリーンは、そのような意図しない動作がインプリメントされるのを防止することができる。他の例の場合、デバイスがアイドル状態の間に、第２のユーザは、スクリーンがロックされた状態で、端末デバイスを引き継ぐことがあり、スクリーンをアンロックすることができず、このため、第２のユーザが認証されない限り、プライバシーが盗まれることを防止する。しかしながら、スクリーンロック機構は、また、例えば、端末デバイスを使用している同じユーザが何らかの、常に更新される情報をチェックしなればならないとき、いらいらさせる。毎回、ユーザは、デバイスをウェークアップさせ、デバイスをアンロックし、情報または更新を探すためにプログラムまたはアプリケーションを開かなければならない。

そのような問題を少なくとも緩和するために、端末デバイスに情報を供給するためのシステムと方法が開示される。一例において、乗り物サービスを要求するユーザは、ロックしたスクリーンから、乗り物のロケーションおよび乗り物情報を便宜的に見ることができる。他の例において、輸送（例えば、バス）を待っている人は、容易に次のバスの接近および到着推定時刻をモニターすることができる。この方法は、モバイルフォンのような端末デバイスにインプリメントすることができる。

図１は、種々の実施形態に従う、端末デバイスに情報を供給するための方法１００を説明するフローチャートである。方法１００は、端末デバイス（例えば、モバイルフォン、コンピュータ、パッド、タブレット、ウエアラブルデバイス、パーソナルデジタルアシスタント、スマートデバイス、メディアプレイヤー）またはサーバーにより、インプリメントすることができ、下記ステップを備えることができる。

ステップ１０１は、サービス（例えば、インターネットベースサービス）の現在のサービスステージを決定することを含むことができる。リクエストは、端末デバイスにより要求されてもよいし、要求されなくてもよい。いくつかの実施形態において、要求されたサービスは、Ｏ２Ｏサービスを備えることができる。例えば、サービスは、インターネットを介して要求された乗り物サービス（例えば、急行乗り物サービス、リムジンサービス、ライドシェアリングサービス、ビークルヘイリングサービス（vehicle hailing service)、デリバリサービス）であり得る。サービスは、人及び／又はアイテム（例えば、食べ物のテイクアウト、食料品の注文）を輸送することを含むことができる。別の例では、サービスは、注文を必要としない公共サービス（例えば、バス、地下鉄、電車、フェリー）であり得る。

いくつかの実施形態において、要求されたサービスは、一連のサービスステージを備えることができる。乗り物サービスの一例において、乗客は、端末デバイスを用いて輸送要求を提示することができ、その要求は、乗り物ドライバーの端末デバイスを介して、乗り物ドライバーにより受信され、受け付けられることができる。乗り物ドライバーと乗客サービスとの間のサービス関係を確立した後、種々のサービスステージを決定することができる。例えば、第１の輸送サービスステージは、乗客がピックアップ(pick up)されず、ドライバ（または、乗り物）から遠く離れている（例えば、しきい値距離よりもさらに離れている）場合であり、第２の輸送サービスステージは、乗客がピックアップされず、ドライバー（又は乗り物）に近い（例えばしきい値距離内）場合であり、第３の輸送サービスステージは、乗客がドライバーによりピックアップされた後であって、サービスの完了前（輸送サービスの目的地に到着する前）の場合であり得る。

テイクアウト輸送サービスの別の例では、顧客は、端末デバイスを用いてデリバリーを要求することができ、その要求は、運送業者の端末を介して運送業者により受信され、受け付けられることができる。顧客と運送業者との間でサービス関係を確立した後、種々のサービスステージが決定されることができる。例えば、第１の輸送サービスステージは、運送業者がテイクアウトショップへ赴いてテイクアウトを取ってくる場合であり、第２の輸送サービスステージは、運送業者がテイクアウトショップからテイクアウトを得る場合であり、第３の輸送サービスステージは、運送業者が、輸送のためにテイクアウトショップから発送する場合であり得る。

ステップ１０２は、現在のサービスステージと一致するステータス情報を取得することを含むことができる。

いくつかの実施形態において、現在のサービスステージに一致するステータス情報は、現在のサービスステージに関連づけられたステータス情報を含むことができる。例えば、第１の輸送サービスステージの期間に、ステータス情報は、ドライバーの乗り物の現在のロケーション情報、ドライバーとピックアップロケーションとの間の距離、ドライバーがピックアップロケーションに到着する推定時刻、等を含むことができる。別の例では、第２の輸送サービスステージの期間に、ステータス情報は、乗り物の詳細な情報、ドライバーの乗り物の現在のロケーション情報等を含むことができる。別の例では、第３の輸送サービスステージの期間に、ステータス情報は、トリップ進捗情報(trip progress information)、目的地に到着する推定時刻、輸送トリップルートに沿った交通条件、等を含むことができる。

さらに他の例において、第１の輸送サービスステージの期間に、ステータス情報は、配送業者の現在のロケーション情報、テイクアウトショップまでのルートに沿った交通条件、テイクアウトショップに到着する推定時刻、等を含むことができる。別の例の場合、第２のデリバリーサービスステージの期間に、ステータス情報は、テイクアウト注文細目、等を含むことができる。別の例の場合に、第３のデリバリーサービスステージの期間に、ステータス情報は、配送業者の現在のロケーション情報、配送トリップルートに沿った交通条件、および配送地に到着する推定時刻等を含むことができる。

いくつかの実施形態において、ステータス情報は、現在のサービスステージに基づいて、デバイスにより取得することができる。たとえば、現在のサービスステージに対応するステータス情報取得方法は、端末デバイスにより決定することができる。別の例では、端末デバイスは、カレントサービスステージを含むステータス情報要求をサーバーに送信し、サーバーにステータス情報を送信させることができる。他の方法として、ステータス情報を取得する種々の他の方法を使用することができる。

ステップ１０３は、取得したステータス情報を端末デバイスのロックされたスクリーンに供給することができる。ステップ１０３は、端末デバイスが、スクリーンロックされた状態にあり、ダークスクリーンモードからウェークアップしたときに実行することができる。たとえば、ユーザが端末デバイスを操作しているか、または端末デバイスを操作しようとしていることを示す、あるユーザ動作（例えば、指定されたボタンのタッチオペレーション）を検出すると、端末デバイスは、スクリーンが依然としてロックされているにもかかわらず、スクリーンへの電力をレジューム(resume)することができる。

いくつかの実施形態において、端末デバイスのディスプレイスクリーンは、バックライトまたはその同等物への電力供給に応じて、明るくも暗くもすることができる。電力を節約するために、端末デバイスは、配備されるディスプレイ技術に従って、ディスプレイまたはその均等物を薄暗くしたり、またはオフにすることにより、ダークスクリーンモードに変わることができる。例えば、ダークスクリーンは、デバイスがプリセットされた時間（例えば、２分）アイドル状態のとき、またはプリセットコマンドを受信したとき、（例えば、２つの指定されたボタンが押されたとき）、トリガーされることができる。さらに、ディスプレイスクリーンは、ロックまたはアンロックすることができる。スクリーンロックは、あるボタンの組み合わせを用いて、あるいはデバイスのタッチスクリーンを用いてあるジェスチャーを行って、パスワードを入力するようなアクセスを受信するために、ユーザがあるアクションを行うことを要求することにより、デバイスへの即時アクセスを調整することができる。スクリーンは、ダークスクリーンモードとアクティブモードの両方でロックすることができる。ダークスクリーンモードになると、スクリーンモードを自動的にロックすることができる。一例において、あるアイドル時間後に、ユーザにより従前に使用されたモバイルフォンは、自動的に暗くなり、スクリーンをロックすることができる。ユーザがフォーンの指定されたボタンまたは均等物を押すことによりオペレーションをリジュームすると、モバイルフォンのスクリーンは、その押下を検出すると明るくなることができるが、ロックされたスクリーン状態のままであり、アクセスを制限する。ロックされたスクリーンにおいて、アンロック動作（例えば、プリセットされたアンロックスワイプ(preset unlocking swipe)を入力すること、正しいパスワードまたは記憶された指紋を入力すること等）、が成功した後でのみ、ユーザは、モバイルフォンの機能へのアクセスを完全に取り戻すことができる。

いくつかの実施形態において、端末デバイスのスクリーンがロックされているとしても、取得したステータス情報は、端末デバイスのロックされたスクリーン上に供給されることができる。たとえば、上述したように、端末デバイスのスクリーンがロックされ、アイドリング後に、ユーザ動作がリジュームされた後アクティブになると、ステータス情報は、端末デバイスのロックされたスクリーンに表示することができる。ユーザが現在のサービスステージにおいて関心がある対応するステータス情報は、ロックされたスクリーン上でユーザに示すことができる。従って、スクリーンをアンロックし、アプリケーションをアクティブにし、ステータス情報を探すような動作は、未然に防ぐことができる。

さらに、ユーザは、異なるサービスステージにおいて、異なる種類のステータス情報に関心を持つかもしれない。表示されたステータス情報は、現在のサービスステージに基づいて決定することができる。一例において、第１の輸送サービスステージの間、乗客は、サービスの進捗具合を示す、乗り物の現在のロケーションについてより多くの関心を寄せるかもしれない。他の例において、第２の輸送サービスステージの間、乗客は、乗り物が近づいたとき、ユーザが乗り物を見分けるのを助けることができる、乗り物の詳細情報（例えば、乗り物のメーカー、モデル、色、プレートナンバー）についてより多くの関心を寄せるかもしれない。他の例において、第１又は第３のデリバリーサービスステージの期間に、顧客は、どれだけ早くテイクアウトが到着するかを示す、運送業者の現在のロケーション情報についてより多くの関心を寄せるかもしれない。

端末デバイスに情報を提供するための開示された方法に基づいて、サービスの現在のサービスステージは、端末デバイスから送信された要求に従って決定することができ、端末デバイスのロックされたスクリーンに表示するための対応するステータス情報を取得することができる。従って、ユーザは、スクリーンをアンロックし、アプリケーションを開き、そのような情報を探す必要性なしに、ロックされたスクリーンからステータス情報を便宜的に見ることができる。情報出力効率が改善される。

図２は、種々の実施形態に従って、端末デバイス上に情報を供給する方法２００を例示するフローチャートである。方法２００は、端末デバイスから、サービスの現在のサービスステージを要求することを記載することができる。方法２００は、端末デバイス（例えば、乗客のモバイルフォン）又はサーバーによりインプリメント可能であり、ステップ２０１−２０４を含むことができる。上述したステップ１０１は、ステップ２０１とステップ２０２を含むことができる。

ステップ２０１は、乗客が輸送サービス乗り物によりピックアップされなかったと判断することに応答して、乗り物と目的地ロケーション（例えば、輸送トリップの起点、ピックアップロケーション、乗客の現在のロケーション）との間の距離を、目的地距離として取得することを含むことができる。

種々の実施形態において、輸送サービス注文が提示され、受付られることができる（例えば、ユーザがそのような要求を、モバイルフォンを介して提示すると、その要求が次にドライバーのモバイルフォンにより受け付けられる。）サービスオーダーは、ピックアップロケーションを含むことができ、要求を受け付けたドライバーは、ピックアップロケーションに進むことができる。ユーザがピックアップされた後で、例えば、ドライバーが、ドライバーのモバイルフォンから「ピックアップ終了」を確認すると、輸送トリップが開始されたとマークすることができる。そのような確認が検出された場合、ユーザのモバイルデバイスは、輸送トリップが開始された、すなわち、乗客が輸送サービス乗り物によりピックアップされたと判断することができる。そのような確認が検出されない場合、ユーザのモバイルデバイスは、輸送トリップが開始されなかった、すなわち、乗客が輸送サービス乗り物によりピックアップされなかったと判断することができる。あるいは、種々の他の方法を用いて、乗客が輸送サービス乗り物によりピックアップされたかどうかを判断することができる。

いくつかの実施形態において、ロケーションは、輸送トリップの起点となる開始ロケーションまたは（現在の）ピックアップロケーションを含むことができる。ドライバーのデバイス（例えば、モバイルフォン）は、サーバーと通信して、そのロケーション（すなわち、乗り物のロケーション）を報告することができるので、ユーザのデバイス（例えば、モバイルフォン）は、サーバーに乗り物のロケーションを要求し、取得することができ、さらに、サーバーからの乗り物のロケーションに基づいて、目的地までの距離を要求し、取得することができる。あるいは、種々の他の方法を用いて、目的地までの距離を取得することができる。例えば、ユーザの端末デバイスは、乗り物のロケーションおよび目的地のロケーションに基づいて、目的地までの距離を計算することができる。

ステップ２０２は、目的地までの距離に基づいて、現在のサービスステージを決定することを含むことができる。

いくつかの実施形態において、輸送トリップが開始されなかった場合、目的地までの距離は、乗り物の現在のロケーションと目的地との間の距離を含むことができ、現在のサービスステージは、目的地までの距離に基づいて決定することができる。たとえば、目的地までの距離は、プリセットしきい値と比較することができる。目的地までの距離が、プリセットしきい値以上である場合、端末デバイスは、現在のサービスステージが、第１の輸送サービスステージであると決定することができる。目的地までの距離が、プリセットしきい値を下回る場合、端末デバイスまたはサーバーは、現在のサービスステージが、第２の輸送サービスステージであると決定することができる。輸送トリップが開始された場合、端末デバイスまたはサーバーは、現在のサービスステージが、第３の輸送サービスステージであると決定することができる。プリセットしきい値は、システムによる自動設定またはユーザにより構成可能である。プリセットしきい値は、過去のトリップに基づくことができ、特定の値に限定されない、任意の合理的な距離であり得る。

ステップ２０３は、現在のサービスステージに対応するステータス情報を取得することを含むことができる。

いくつかの実施形態において、乗客は、第１の輸送サービスステージにおいて、乗り物の現在のロケーション情報により多くの関心を寄せることができるので、第１の輸送サービスステージに対応するステータス情報は、乗り物の現在のロケーション情報を含むことができる。第１の輸送サービスステージに対応するステータス情報は、さらに、乗り物の基本情報、ドライバーとピックアップロケーションとの間の距離、ドライバーがピックアップロケーションに到着する推定時刻等を含むことができる。

いくつかの実施形態において、乗客は、乗り物が近づいたときに、その乗り物を素早く見つけることができるように、第２の輸送サービスステージにおける乗り物情報により多くの関心を寄せるかもしれないので、第２の輸送サービスステージに対応するステータス情報は、少なくとも、ピックアップのために向かっている乗り物の乗り物情報を含むことができる。第２の輸送サービスステージに対応するステータス情報は、さらに乗り物の詳細情報、ドライバーの乗り物の現在のロケーション情報等を含むことができる。

第３の輸送サービスステージに対応するステータス情報は、乗り物の現在のロケーション情報、目的地に到着する推定時刻、輸送トリップルートに沿った交通条件（目的地へのルートに沿った交通量）等を含むことができる。

ステップ２０４は、端末デバイスのディスプレイが、スクリーンロックされていると判断することに応答して、ステータス情報を端末デバイスのスクリーンロックされたディスプレイに供給するステップを含むことができる。ロックされたスクリーンにステータス情報を供給することは、ユーザに、現在のサービスステージに関連づけられたサービス情報を非常に便宜的に知らせることができる。

いくつかの実施形態において、ステータス情報は、種々の方法で提供することができる。例えば、ステータス情報は、スクリーンの中央に、より大きなフォントサイズで、強調表示等で示すことができる。従来技術で知られている他のディスプレイ方法、または将来出現するかもしれない他の表示方法は、代替的にここで使用することができる。

種々の実施形態において、開示されたシステムと方法は、乗り物サービスに適用することができる。サービス顧客は、端末デバイス（例えば、乗り物サービスソフトウエアアプリケーションがインストールされたモバイルフォン）を用いて乗り物サービスを要求することができる。ドライバーが要求を受け入れた後に、それにより、顧客とドライバーとの間でサービス関係を確立し、ピックアップロケーションを確認し、ドライバーは、ピックアップロケーションへ運転することができる。図３に示すように、乗り物がピックアップロケーションから３０メートルを超えて離れている間に、顧客がスクリーンロックされたモバイルフォンをチェックする場合、モバイルフォンは、ロックされたスクリーンに、乗り物の現在のスクリーン情報、乗り物の基本情報、ドライバーとピックアップロケーションと間の距離、およびドライバーがピックアップロケーションに到着する推定時刻等を表示することができる。乗り物の現在のロケーションは、強調表示することができる。図４に示すように、乗り物がピックアップロケーションから３０メートル未満にある間に、顧客がスクリーンロックされたフォーンをチェックする場合、モバイルフォンは、ロックされたスクリーンに、乗り物の詳細情報、乗り物の現在のロケーション情報等を表示することができる。乗り物の現在のロケーションは、強調ハイライト表示することができる。ドライバーによりピックアップされた後、顧客が自分のスクリーンロックされたモバイルフォンをチェックする場合、モバイルフォンは、ロックされたスクリーンに、乗り物の現在のロケーション情報、目的地に到着する推定時刻、輸送トリップのルートに沿った交通量等を表示することができる。

このように、ステータス情報は、開示された情報表示方法に従って端末デバイスに表示することができる。端末デバイスは、ユーザの端末デバイスを介して要求された乗り物サービスが開始されたか否か（例えば、ユーザがピックアップされたとき開始してもよい）を判断することができる。サービスが始まらなかった場合、端末デバイスは、乗り物の現在のロケーションと、ピックアップロケーションとの間の距離を、目的値の距離として取得することができる。端末デバイスはさらに、目的地の距離に基づいて現在の輸送サービスステージを決定し、現在の輸送サービスステージに対応するステータス情報を取得することができる。スクリーンがロック状態にあると判断すると、端末デバイスは、取得したステータス情報をロックされたスクリーンに表示することができる。したがって、ユーザは、便宜的にステータス情報を見ることができ、情報出力効率が改善される。

図中、種々の順番で示した、開示方法の動作は、単に例示に過ぎない。順番は、変更することができる。さらに、または代替的に、いくつかのステップは、省略、結合、および／または分割することができる。

図５は、種々の実施形態に従って、端末デバイスに情報を供給するデバイス５００を説明するブロック図である。デバイス５００は、端末デバイス（例えば、モバイルフォン）上にインプリメントすることができる。デバイスは、互いに結合された、プロセッサー５１２、メモリ５１４（例えば、非一時的コンピュータ可読記憶媒体）、およびディスプレイ５１６（例えば、タッチ検出を備えた液晶ディスプレイ）を備えることができる。デバイス５００は、ここには示されていない種々の他のコンポーネントを備えることができる。メモリ５１４は、プロセッサー５１２により実行されると、プロセッサー５１２に、ここに開示された種々のステップおよび方法を実行させる命令を記憶するように構成されることができる。いくつかの実施形態において、メモリ５１４は、判断ユニット５０１、獲得ユニット５０２、およびディスプレイユニット５０３を備えることができる。判断ユニット５０１は、上述したステップ１０１を実行するように構成することができる。獲得ユニット５０２は、上述したステップ１０２を実行するように構成することができる。ディスプレイユニット５０２は、上述したステップ１０３を実行するように構成することができる。従って、ステータス情報および他の情報は、ディスプレイ５１６に表示することができる。デバイス５００はまた、ユーザがデバイス５００を操作しているかどうかを検出するための種々のセンサー（例えば、ディスプレイ５１６に埋め込まれた容量センサー）を備えることができる。アイドリングの期間がプリセットしきい値を超える場合、プロセッサー５１２は、ディスプレイ５１６を暗くするかまたはスイッチをオフにし、および／またはディスプレイ５１６をスクリーンロックすることができる。

いくつかの実施形態において、判断ユニット５０１は、獲得サブユニット５２１および判断サブユニット５２２を備えることができる。獲得サブユニット５２１は、上述したステップ２０１を実行するように構成することができる。判断サブユニット５２２は、上述したステップ２０２を実行するように構成することができる。獲得ユニット５０２は、上述したステップ２０３を実行するように構成することができる。ディスプレイユニット５０３は、（例えば、第１、第２、第３の輸送サービスステージに対応するステータス情報を表示するために）上述したステップ２０４を実行することができる。

いくつかの実施形態において、判断サブユニット５２２は、目的地距離をプリセットしきい値と比較するように構成することができる。目的地までの距離が、プリセットしきい値以上である場合、判断サブユニット５２２は、現在のサービスステージが、第１の輸送サービスステージであると判断することができる。目的地までの距離が、プリセットしきい値を下回る場合、判断サブユニット５２２は、現在のサービスステージが、第２の輸送サービスステージであると判断することができる。

いくつかの実施形態において、判断ユニット５０１は、輸送トリップが開始された（例えば、乗客がピックアップされたとき）との判断に応答して、現在のサービスステージが、第２のサービスステージであると判断するように構成された第３の判断サブユニット５２３を備えることができる。

ここに記載したユニットおよびサブユニットは、ハードウエア、ソフトウエア（例えば、メモリ５１４に記憶された命令）、または両方の組み合わせとしてインプリメントすることができる。ソフトウエアは、デバイスにプリロードされるか、またはデバイスにダウンロードされることができる。例えば、種々のユニットとサブユニットは、モバイルフォンにインストールされたアプリケーションのソフトウエアコードの一部としてインプリメントすることができる。これらのユニットとサブユニットは、デバイスの他の種々のハードウエアおよびソフトウエアと協働して動作し、種々の機能を達成することができる。１つ以上のユニットおよびサブユニットは、物理的に分離していてもよいし、分離していなくてもよい。いくつかのまたはすべてのユニットおよびサブユニットは、デバイス内に統合されていてもよいし、あるいはネットワークを介して分散されていてもよい。ここに記載された種々のロケーションは、端末デバイスにアクセス可能な、ＧＰＳ（全地球測位システム）または均等物に基づいて決定することができる。たとえば、ＧＰＳをアクセスするドライバーのモバイルフォンは、乗り物の位置を特定することができ、ＧＰＳをアクセスするユーザ／顧客／乗客のモバイルフォンは、ユーザ／顧客／乗客の位置を特定することができる。

図６は、種々の実施形態に従って、端末デバイスに情報を提供する方法６００を説明するフローチャートである。方法６００は、端末デバイス（例えば、モバイルフォン、コンピュータ、パッド、タブレット、ウエアラブルデバイス、パーソナルデジタルアシスタンツ、スマートデバイス、メディアプレイヤー）、またはサーバー、によりインプリメント可能であり、以下のステップを備えることができる。

ステップ６０１は、ロケーションに関連した移動可能物体の位置情報を取得するステップを備えることができる。位置情報は、時間とともに変化する可能性があり、取得した位置情報は、リアルタイムに更新することができる。一例において、移動可能物体は、乗り物（例えば、上述したように、インターネットを介して要求された乗り物）であり得、ロケーションは、乗り物のドライバーと顧客により確認されたピックアップロケーションを含むことができ、位置情報は、乗り物から目的地までの距離を含むことができる。他の例において、移動可能物体は、バスであり得、ロケーションは、ピックアップロケーション（例えば、バスが乗客をピックアップするための１つ以上のバスステーション、サービスする乗り物が乗客をピックアップするための任意の乗り物停止位置）を含むことができ、位置情報は、バスから１つ以上のバスステーションまでの距離を含むことができる。さらに他の例において、移動可能な物体は、ドローンであり得、ロケーションは、ユーザが構築したロケーションであってもよく、位置情報は、ドローンから目的地までの距離を含んでいてもよい。

いくつかの実施形態において、移動可能物体の位置は、ＧＰＳまたは均等物により決定することができる。例えば、バスは、ロケーションを、位置情報を配信し、さもなければ処理するリモートサーバーに、リアルタイムで送信するＧＰＳを備えることができる。他の例の場合、乗り物ドライバーは、ＧＰＳを備えたモバイルフォンを携帯することができる。モバイルフォンＧＰＳは、モバイルフォンのロケーション（乗り物のロケーションと同じ）をリモートサーバーに送信し、リモートサーバーは、位置情報を配信するかまたは処理する。

いくつかの実施形態において、ステップ６０１は、上述したステップ１０１と１０２を備えることができる。すなわち、ロケーションに関連した移動可能物体の位置情報を取得することは、サービスの現在のサービスステージを判断し、現在のサービスステージに一致するステータス情報を取得することを含むことができる。詳細は、上述した方法１００を参照することができる。

ステップ６０２は、端末デバイスがスクリーンロックされているとき、取得した位置情報を含むロックされたスクリーンインターフェースを備えることができる。いくつかの実施形態において、スクリーンロックされた後、端末デバイスは、端末デバイスが、ウェークアップしているが、まだスクリーンロックしているときに表示するためのロックされたスクリーンインターフェースを発生することができる。

ステップ６０３は、スクリーンロックした端末デバイスに、ロックされたスクリーンインターフェースを供給することを備えることができる。端末デバイスがスクリーンをモニタして、スクリーンがロックされているか（ほとんどのデバイス機能はユーザに対してロックアウト(locked out)されている）、アンロックされているか（デバイス機能へのフルアクセスが許される）、ダークスクリーン（ディスプレイがオフになる）またはウェークアップしている（ディスプレイがオンになっている）かを判断することができる。デバイスがウェークアップしているとき、デバイスは、ロックされるかアンロックされることができる。いくつかの実施形態において、端末デバイスのオペレーティングシステムは、スクリーンがロックしているとき、スクリーンロック状態をブロードキャストすることができる。例えば、Ａｎｄｒｏｉｄシステムにおいて、android. intent. action. SCREEN_OFFは、スクリーンがロックしている他のデバイスへのブロードキャストを表し、android. intent. action. SCREEN_ONは、スクリーンがウェークアップしている別のブロードキャストを表す。したがって、スクリーンステータスは、そのようなシステムブロードキャストをモニタするソフトウエアプログラムにより判断することができる。

いくつかの実施形態において、オペレーティングシステムがロックされたスクリーンインターフェースの表示を認証した場合、ソフトウエアプログラム（例えば、メモリ命令）は、端末デバイスに、ロックされたスクリーンインターフェースを、直接表示させることができる。オペレーティングシステムが、ロックされたスクリーンインターフェースの表示を認証しなかった場合、ステップ６０２の後に、方法６００はさらに、ロックされたスクリーンインターフェースを、端末デバイスのオペレーティングシステムに送信するステップを備えることができ、ステップ６０３は、端末デバイスが、スクリーンロックされた状態からウェークアップすることに応答して、オペレーティングシステムに、ロックされたスクリーンインターフェースを、端末デバイスに供給させることを含む。

いくつかの実施形態において、位置情報は、時間とともに変化することができ、リアルタイムで更新することができる。正確な位置情報を供給するために、ステップ６０１は、第１のプリセット時間期間毎に、ロケーションに関連した移動可能物体の位置情報を、周期的に取得するステップを含むことができる。方法６００は、さらに、第２のプリセット時間期間毎に、最も最近に取得した位置情報に基づいてロックされたスクリーンインターフェースを、周期的に更新するステップを含むことができる。第１および第２のプリセット時間期間は、同じであってもよいし、異なっていてもよい。第１のプリセット時間期間は、データトラフィックの量および電力消費を制限することができる。

いくつかの実施形態において、移動可能物体は、バスであり、モバイルフォンのような端末デバイスへインストールするためのソフトウエアアプリケーションを提供して、ユーザが、バスに関連した情報をアクセス可能にすることができる。例えば、顧客は、そのようなアプリケーションをインストールしたモバイルフォンを携帯しながら、バスステーションでバスを待つことができる。この場合、取得した位置情報は、一台以上の入ってくるバスの各々の到着時刻を含むことができる。到着時刻は、少なくともバスと、バスステーションとの間の距離に基づいて取得することができる。ロックされたスクリーンインターフェースはそのような取得した位置情報を表示することができる。

いくつかの実施形態において、同じバスステーションに対して１つ以上のバス路線の停止があり得、各路線は、各々がある距離だけ離れた１台以上のバスにより運営されることができる。ユーザは、１台以上の特定のバス、従前に探索したバス路線の１台以上のバス、およびシステムが推奨したバス路線の１台以上のバス等の位置情報を示すように、ロックされたスクリーンインターフェースを構成することができ、例えば、端末デバイスへアクセス可能なソフトウエアシステムは、ユーザがしばしば訪れる時間とロケーションを追跡することができる（例えば、朝の仕事場および夜の自宅）。システムは平日の朝に、自宅か仕事場へのバス路線を、および、平日の夜に、仕事場から自宅へのバス路線を推奨することができる。さらに、顧客は、次の数台のバスに最も関心がある場合があり、取得された情報は、バスステーションに最も近く、そのバスステーションで停止する１台以上のバスに対応させることができる。ここでは、バスステーションのロケーションは、顧客の端末デバイスを介して、顧客により構成されることができるか、または、顧客のロケーションに最も近いバスステーションであり得る。

図７Ａ乃至７Ｃは、種々の実施形態に従がう、情報供給端末デバイスを説明する図である。
これらの図の端末デバイスは、ディスプレイに異なる条件で異なる情報を提供する、同一のモバイルフォンとして示されている。代替的に、情報は、端末デバイスによりオーディオとして再生することができる。図７Ａに示すように、６番街バスステーションでバスを待っているユーザは、積極的にモバイルフォンを使用してアプリケーションを開き、移動に関連した情報を見ることができる。モバイルフォンは、ウェークアップし、スクリーンは、アンロックされる。
ここで、バス路線５０９の情報が選択される。表示された情報は、バス路線と方向、バスステーションロケーション、バスの現在位置、次のバスがバスステーションに到着する推定時刻等が重ねあわされたマップを含むことができる。ユーザがモバイルフォンを使用して行うと、ユーザは、あるボタンを押すことができ、そうでなければ、図７Ｂに示すようにモバイルフォンをダークスクリーンモード（時として、スリープモード、アイドルモード等ともよばれる）にし、この場合、ディスプレイスクリーンへの電力は、低減されるか遮断される。
代替的に、モバイルフォンは、プリセット時間しきい値（例えば、１分）だけアイドリングすると、ダークスクリーンモードを自己でトリガーすることができる。モバイルフォンがダークスクリーンになると、モバイルフォンがユーザ動作（例えば、あるエリアをタッチする）を検出すると、スクリーンはオンに戻ることができる。スクリーンがオンに戻ったときでも、ユーザは、スクリーンをアンロックして、フルアクセスを得るためにプリセット入力（例えば、ホームキーを押下する、パスワードを入力する）を提供する必要が依然としてあるであろう。しかしながら、時々、ユーザは、フルアクセスを得ることなく、あるバス情報を再チェックすることを望む場合がある。従って、図７Ｃに示すように、ユーザは、モバイルフォンをウェークアップさせることができるが、スクリーンは、ロックされたままにすることができる。このロックされたスクリーンには、上述のロックされたスクリーンインターフェースが提供される。この例示された、ロックされたスクリーンインターフェースは、日にち、時刻、バスステーションの名前、バスステーションを通過するバス路線の名前、バスが、バスステーションに到着する推定時刻、または、バスとバスステーションとの間の距離、等を含む。従って、ユーザは、次のバスが２分以内に来ることを保証される。表示される情報は、構成可能であり、種々の情報を含むことができる。図７Ｃから、アンロック入力を受け取ると、モバイルフォンは、アンロックされ、アクティブになる。図７Ａは、スクリーンがロックされる前の従前のアクティブセッションであるなら、リストア(restore)される。

いくつかの実施形態において、ロックされたスクリーンからあるイベントに関連した情報を獲得するためのユーザの必要性はサービスの終わりと判断することができる。たとえば、方法６００は、さらに端末デバイスとプリセットしきい値を超えるロケーションとの間の距離に応答して、位置情報を取得することを停止するステップを含むことができる（例えば、２００ｍ、４００ｍ、５００ｍ）。例えば、（ユーザを表す）端末デバイスと、（バスステーションを表す）ロケーションとがかなり離れており、ユーザが、そのロケーションを離れたことを端末デバイスが判断することができる。ユーザが、そのステーションを離れたことを、より高い確率で、より大きな距離に関連づけられるので、ユーザは、バスに乗車したかもしれないし、あるいは計画を変更したかもしれない。したがって、プリセットしきい値を超えると、ユーザは、そのロケーションを離れており、さらなる位置情報更新は、必要ないと判断することができる。したがって、方法６００は停止することができ、命令がシステムオペレーティングシステムに送信され、発生された、ロックされたスクリーンインターフェースは、もはや有効ではなく、システムインターフェースは、ロックされたスクリーンがウェークアップするときにリストアすることができる。

図８は、種々の実施形態に従って、端末デバイスに、情報を供給するデバイス８００を説明するブロック図である。デバイス８００は、端末デバイス（例えば、モバイルフォン）上にインプリメントすることができる。デバイス８００は、上述したデバイス５００と同様であり、さらにプロセッサー５１２、メモリ８１４（例えば、非一時的コンピュータ可読記憶媒体）、およびディスプレイ５１６（例えば、タッチ検出を備えた液晶ディスプレイ）を備え、互いに結合されている。デバイス８００の種々のコンポーネントの相互作用および機能は、デバイス５００のそれらと同様であるが、ユニットの観点から、メモリ８１４は、メモリ５１４と異なり得る。しかしながら、メモリ８１４とメモリ５１４は、結合されたユニット（例えば、ソフトウエア命令）とともに単一メモリにマージすることができる。メモリ８１４の種々のユニットは、同様にモバイルフォンにインストールされたソフトウエアコードの一部としてインプリメントすることができる。

いくつかの実施形態において、メモリ８１４は、情報取得ユニット８０１、インターフェース発生ユニット８０２およびディスプレイユニット８０３を備えることができる。情報取得ユニット８０１は、上述したステップ６０１を実行するように構成されることができ、インターフェース発生ユニット８０２は、上述したステップ６０２を実行するように構成されることができ、ディスプレイユニット８０３は、上述したステップ６０３を実行するように構成されることができる。インターフェース発生ユニット８０２および／またはメモリ８１４に記憶された他の命令は、スクリーンステータスであるダーク、ブライト、ロック、アンロック等をモニタすることができる。

いくつかの実施形態において、メモリ８１４は、さらに、端末デバイスのオペレーティングシステムにロックされたスクリーンインターフェースを送信するように構成されたインターフェース送信ユニット８０４を備えることができ、ディスプレイユニットは、さらに、端末デバイスがスクリーンロックからウェークアップすることに応答して、オペレーティングシステムに、ロックされたスクリーンインターフェースを端末デバイスに供給させるように構成されることができる。

いくつかの実施形態において、情報取得ユニット８０１は、第１のプリセット時間期間に、ロケーションに関連した移動可能物体の位置情報を周期的に取得するように構成することができ、メモリ８１４はさらに、最も最近に取得した位置情報に基づいて、ロックされたスクリーンインターフェースを、第２のプリセット時間期間に、周期的に更新するように構成された更新ユニット８０５を備えることができる。

いくつかの実施形態において、メモリ８１４は、さらに、端末デバイスとロケーションとの間の距離を取得し、距離がプリセットしたしきい値（例えば、２００ｍ、４００ｍ、５００ｍ）を超える距離に応答して、位置情報の取得を停止するように構成された距離取得ユニット８０６をさらに備えることができる。さらに、ディスプレイユニット８０４は、ロックされたスクリーンがウェークアップすると、システムインターフェースを表示するように構成されることができる。

ここに記載されたユニットは、ハードウエア、ソフトウエア（例えば、メモリ８１４に記憶された命令）、または両方の組み合わせとして、インプリメントすることができる。ソフトウエアは、デバイスにあらかじめローディングすることができ、またはデバイスにダウンロードすることができる。たとえば、種々のユニットは、モバイルフォンにインストールされたアプリケーションのソフトウエアコードの一部としてインプリメントすることができる。これらのユニットは、種々の機能を達成するために、デバイスの種々の他のハードウエアおよびソフトウエアユニットと協働して動作することができる。１つまたは複数のユニットは、物理的に分離していてもよいし、分離していなくてもよい。ユニットのいくつかまたは全部が、デバイス内に統合されていてもよいし、あるいはネットワークを介して分散されていてもよい。ここに記載された種々のロケーションは、ＧＰＳ（全地球測位システム）または端末デバイスにアクセス可能な均等物に基づいて決定することができる。例えば、ＧＰＳをアクセスするドライバーのモバイルフォンは、乗り物の位置を特定することができ、ＧＰＳをアクセスしているユーザ／顧客／乗客のモバイルフォンは、ユーザ／顧客／乗客の位置を特定することができる。

図９は、ここに記載された任意の実施形態がインプリメントすることができるコンピュータシステム９００を説明するブロック図である。システム９００は、上述したデバイス５００または８００に対応することができる。コンピュータシステム９００は、情報を処理するために、１つ以上のハードウエアプロセッサ９０４がバス９０２に結合された情報を通信するために、バス９０２または情報を通信するための他の通信機構を含む。ハードウエアプロセッサ（１つまたは複数）９０４は、例えば、１つまたは複数の汎用マイクロプロセッサーであり得る。プロセッサー（１つまたは複数）９０４は、上述したプロセッサー５１２に対応することができる。

コンピュータシステム９００は、また、プロセッサー９０４により実行される情報および命令を記憶するためにバス９０２に結合された、ランダムアクセスメモリ（ＲＡＭ）、キャッシュ及び／又は他のダイナミックストレージデバイスを含む。メインメモリ９０６は、また、プロセッサー９０４により実行される命令の実行中に、一時的変数または他の中間情報を記憶するように使用することができる。プロセッサー９０４にアクセス可能な記憶媒体に記憶されると、そのような命令は、コンピュータシステム９００を、命令で特定された動作を実行するようにカスタマイズされた特定用途マシンにする。コンピュータシステム９００は、さらに、プロセッサー９０４のためのスタティック情報および命令を記憶するためにバス９０２に結合された、リードオンリーメモリ（ＲＯＭ）９０８または他のスタティックストレージデバイスを含む。情報および命令を記憶するために、磁気ディスク、光ディスク、またはＵＳＢサムドライブ（フラッシュドライブ）等のようなストレージデバイス９１０が提供され、バス９０２に結合される。メインメモリ９０６、ＲＯＭ９０８、および／またはストレージ９１０は、上述したメモリ５１４または８１４に対応することができる。種々のユニットおよびサブユニットはメモリに記憶された命令としてインプリメントすることができる。

コンピュータシステム９００は、カスタマイズされたハードワイヤードロジック、１つまたは複数のＡＳＩＣｓまたはＦＰＧＡｓ、ファームウエアおよび／またはコンピュータシステムと組みわせることにより、コンピュータシステム９００を特定用途マシンにさせるまたはプログラムする、プログラムロジックを用いて、ここに記載された技術をインプリメントすることができる。一実施形態によれば、ここに記載された技術は、プロセッサー（１つまたは複数）９０４が、メインメモリ９０６に含まれる１つ以上の命令の１つ以上のシーケンスを実行することに応答して、コンピュータシステム９００により実行される。そのような命令は、ストレージデバイス９１０のような別の記憶媒体からメインメモリ９０６に読み込まれることができる。メインメモリ９０６に含まれる命令のシーケンスの実行は、プロセッサー（１つまたは複数）９０４に、ここに記載されたプロセスステップを実行させる。代替実施形態において、ハードワイヤード回路はソフトウエア命令に代えて、またはソフトウエア命令と組み合わせて使用することができる。

メインメモリ９０６、ＲＯＭ９０８、及び／又はストレージ９１０は、非一時的記憶媒体を含むことができる。ここで使用される、「非一時媒体」という用語および類似の用語は、マシンに、特定の態様で動作させるデータ及び／又は命令を記憶する任意の媒体を指す。そのような非一時媒体は、不揮発性媒体および／または揮発性媒体を含むことができる。不揮発性媒体は、例えば、ストレージデバイス９１０のような、光学または磁気ディスクを含む。揮発性媒体は、メインメモリ９１０のようなダイナミックメモリを含む。非一時媒体の一般形式は、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、ソリッドステートドライブ、磁気テープ、または任意の他の磁気データ記憶媒体、ＣＤ−ＲＯＭ、任意の他の光学データ記憶媒体、穴のパターンを有する任意の物理媒体、ＲＡＭ、ＰＲＯＭ、およびＥＰＲＯＭ、フラッシュＥＰＲＯＭ、ＮＶＲＡＭ、任意の他のメモリチップまたはカートリッジ、および同一物のネットワークバージョンを含む。

コンピュータシステム９００は、また、バス９０２に結合されたネットワークインターフェース９１８を含む。ネットワークインターフェース９１８は、１つ以上のローカルネットワークに接続された１つ以上のネットワークリンクに結合する双方向データ通信を提供する。例えば、ネットワークインターフェース９１８は、統合サービスデジタルネットワーク（ＩＳＤＮ）カード、ケーブルモデム、衛星モデム、または対応するタイプの電話線にデータ通信接続を提供するモデムであり得る。他の例として、ネットワークインターフェース９１８は、互換ＬＡＮ（またはＷＡＮとで通信されるＷＡＮコンポーネント）にデータ通信接続を提供する。ワイヤレスリンクもインプリメントすることができる。任意のそのようなインプリメンテーションにおいて、ネットワークインターフェース９１８は、種々のタイプの情報を表すデジタルデータストリームを搬送する電気、電磁または光学信号を送受信する。

コンピュータシステム９００は、ネットワーク（１つまたは複数）、ネットワークリンクおよびネットワークインターフェース９１８を介して、プログラムコードを含む、メッセージを送信し、データを受信することができる。インターネットの例において、サーバーは、インターネット、ＩＳＰ、ローカルネットワーク、およびネットワークインターフェース９１８を介して、アプリケーションプログラムに関する要求されたコードを送信してもよい。

受信したコードは、受信され、及び／又は、後の実行のために、ストレージデバイス９１０、または他の非一時的ストレージに記憶されると、プロセッサー９０４により実行することができる。

上述したセクションにおいて記載された、プロセス、方法、およびアルゴリズムの各々は、コンピュータハードウエアを構成する１つ以上のコンピュータシステムまたはコンピュータプロセッサーにより実行されるコードモジュールにより、具現化さされ、全体的にあるいは部分的に自動化されることができる。プロセスおよびアルゴリズムは、特定用途回路において、部分的にあるいは全体的にインプリメントすることができる。

上述した種々の特徴およびプロセスは、互いに独立して使用することができ、あるいは種々の方法で結合することができる。すべての可能なコンビネーションおよびサブコンビネーションは、この開示の範囲内であるように意図される。さらに、ある方法およびプロセスブロックは、いくつかの実施形態において、省略することができる。ここに記載された方法およびプロセスは、任意の特定のシーケンスに限定されず、関連するブロックまたは状態は、単一のブロックまたは状態に結合することができる。たとえば、記載されたブロックまたは状態は、特に開示された以外の順番で実行することができ、または、複数のブロックまたは状態は、単一のブロックまたは状態に結合することができる。例示ブロックまたは状態は、シリアルに、パラレルに、またはその他の方法で実行することができる。ブロックまたは状態は、開示された例示実施形態に追加するかまたは除去することができる。ここに記載された例示システムおよびコンポーネントは、記載したものと異なる方法で構成することができる。たとえば、開示された例示実施形態に比べて、エレメントを追加したり、削除したり、または再配置したりすることができる。

ここに記載された例示方法の種々の動作は、少なくとも一部が、アルゴリズムにより実行することができる。アルゴリズムは、メモリ（例えば、上記非一時的コンピュータ可読記憶媒体）に記憶されたプログラムコードまたは命令で構成することができる。そのようなアルゴリズムは、機械学習アルゴリズムまたはモデルを含むことができる。いくつかの実施形態において、機械学習アルゴリズムまたはモデルは、コンピュータが機能を実行するように明確にプログラムすることはできないが、トレーニングデータを学習して、機能を実行する予測モデル（訓練された機械学習モデル）を作ることができる。

ここに記載した例示方法の種々の動作は、関連した動作を実行するように、一時的に構成された（例えば、ソフトウエアにより）または永久的に構成される１つ以上のプロセスにより、少なくとも部分的に実行することができる。一時的に構成されようと、あるいは永久的に構成されようと、そのようなプロセッサーは、ここに記載された１つ以上の動作または機能を実行するように動作するプロセッサーによりインプリメントされるエンジンを構成することができる。

同様に、ここに記載した方法は、少なくとも部分的に、プロセッサーによりインプリメントされ、１つの特定のプロセッサーまたは複数のプロセッサーは、ハードウエアの一例である。例えば、少なくともいくつかの方法の動作は、１つ以上のプロセッサーまたはプロセッサーによりインプリメントされるエンジンで実行することができる。さらに、１つまたは複数のプロセッサーは、また、「クラウドコンピューティング」環境または「サービスとしてのソフトウエア」(Saa)として、関連動作のパフォーマンスをサポートするように動作することができる。例えば、少なくともいくつかの動作は、（プロセッサーを含むマシンの例として）コンピュータのグループにより実行することができ、これらの動作は、ネットワーク（例えば、インターネッ）を介して及び１つまたは複数の適切なインターフェース（例えばアプリケーションプログラムインターフェース（ＡＰＩ））を介して動作可能である。

ある動作のパフォーマンスは、単一のマシン内に常駐するだけでなく、多数のマシンに展開し、プロセッサー間で分散されることができる。いくつかの例示実施形態において、複数のプロセッサーまたはプロセッサーがインプリメントされたエンジンは、単一の地理的ロケーション（例えば、家庭環境、オフィス環境、またはサーバー会社内）に位置することができる。他の例示実施形態において、プロセッサーまたはプロセッサーがインプリメントされたエンジンは、多数の地理的ロケーションに分散することができる。この明細書全体を通して、複数のインスタンスが、単一のインスタンスとして記載されたコンポーネント、動作、または構造をインプリメントすることができる。１つまたは複数の方法の個々の動作は、別個の動作として図示され記載されるけれども、個々の動作の１つまたは複数は、同時に実行することができ、図示した順番に動作を実行する必要はない。例示構成において、別個のコンポーネントとして提示された構造および機能性は、結合された構造またはコンポーネントとしてインプリメントすることができる。同様に、単一のコンポーネントとして提示された構造および機能性は別個のコンポーネントとしてインプリメントすることができる。これらのおよび他の変形、変更、追加および改良は、ここに記載した主題の範囲内である。

主題の要旨が特定の例示実施形態を参照して記載されたけれども、この開示の実施形態のより広い範囲から逸脱することなく、種々の変形および変更を行うことができる。主題のそのような実施形態は、単に便宜的に、かつこの出願の範囲を、２以上あるのであれば、単一の開示または概念に、自発的に制限することを意図することなく、「発明」という用語によって、個々にまたは集合的に参照することができる。

ここに例示された実施形態は、当業者が開示された技術を実施可能なように、十分詳細に記載されている。構造的および論理的置換および変更は、この開示の範囲から逸脱することなく行うことができるように、他の実施形態を使用することができ、他の実施形態から派生させることができる。それゆえ、詳細な説明は、限定の意味に解釈されるべきではなく、種々の実施形態の範囲は、クレームが権利を得ることができるすべての範囲の均等物と共に、添付されたクレームによってのみ定義される。

ここに記載され、および／または添付図面に描画されたフロー図の任意の記載、エレメント、またはブロックは、プロセスにおける特定の論理機能またはステップをインプリメントするための１つ以上の実行可能な命令のモジュール、セグメント、またはコードの一部を潜在的に表すものとして理解されるべきである。当業者に理解されるように、エレメントまたは機能を削除したり、関与する機能性に依存して、実質的に同時に、または逆の順番を含む、図示した、または、説明した順番とは異なる順番で実行することができる他の実施形態が、ここに記載された実施形態の範囲内に含まれる。

ここに使用されるように、用語「または」は、包括的または排他的な意味に解釈することができる。さらに、複数のインスタンスは、単一のインタンスとしてここに記載された、リソース、動作、または構造に対して提供されることができる。さらに、種々のリソース、動作、エンジンおよびデータリソースとの間の境界は、多少任意であり、特定の動作が特定の例示構成において説明されている。機能性の他の割り当てが想像され、この開示の種々の実施形態の範囲内である。一般に、例示構成における別個のリソースとして提示された構造と機能性は、結合された構造および機能性としてインプリメントすることができる。同様に、単一のリソースとして表された構造および機能性は、別個のリソースとしてインプリメントすることができる。これらおよび他の変形、変更、追加、および改良は、添付されたクレームによって表されたこの開示の実施形態の範囲内である。したがって、明細書および図面は、限定的意味ではなく、例示としてみなされるべきである。

条件言語、とりわけ、「できる(can)」、「可能性がある(could)」、「してもよい(might)」、または「できる(may)」は、そうでないと特に述べない限り、または使用される文脈内でそうでないと理解されない限り、一般的には、ある実施形態が、ある特徴、エレメント及び／またはステップを含み、一方他の実施形態は、含まないことを伝えることを意図する。
したがって、そのような条件言語は、一般には、特徴、エレメント、および／またはステップが、いずれにせよ１つ以上の実施形態に関して必要であり、あるいは、１つ以上の実施形態が必然的に、これらの特徴、エレメントおよび／またはステップが含まれるまたは任意の特定の実施形態で実行可能であることを、ユーザ入力あるいはプロンプトのあるなしにかかわらず、決定するためのロジックを含むことを意味することを意図しない。

Claims (30)

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. 前記ロケーションに関連した前記移動可能物体の前記位置情報を取得するステップは、
    サービスの現在のサービスステージを判断するステップと、
    前記現在のサービスステージと一致するステータス情報を取得するステップと、
    を備えた、請求項２６に記載のシステム。