JP6898389B2 - 少なくとも１つの太陽時を符号化し送信する方法 - Google Patents

Description

本発明は、少なくとも１つの太陽時を符号化する方法及び送信する方法に関する。この太陽時は、地理学的位置及び年における日に応じて変化する。「太陽時」は、例えば、日の出の時間、日の入りの時間、又は天頂の時間を意味する。

日の長さは、年を通して変化し、特定の場所の緯度と経度に依存する。この変化は、地球の自転軸が黄道の平面に対して傾斜していることに起因して発生するものである。日の長さが最短である日は、北半球では１２月の至、南半球では６月の至であることが知られている。地球上のどこでも、昼夜平分時においては、日中の長さと夜間の長さが等しい。したがって、日の出の時間と日の入りの時間は、年における日だけではなく、特定の場所の正確な地理的位置に応じて変化する。

季節変動及び腕時計の着用者の地理学的位置に応じて日の出と日の入りの時間を示すことができるような電子腕時計及び／又はコネクテッド腕時計が知られている。これらの腕時計は、一般的に、ポジショニングシステムを組み入れて、ポジショニングデータを考慮するアルゴリズムを用いて日の出と日の入りの時間を計算する。ポジショニングシステムは、例えば、ＧＰＳによるシステム、腕時計が接続されるセルラーネットワーク（２Ｇ、３Ｇ、４Ｇ又は５Ｇ）のいくつかの基地局の位置を用いる三角測量モジュール、腕時計が接続されるインターネットネットワークのＩＰルーターのポジショニングモジュールである。

しかし、このような腕時計には、年における日及び腕時計着用者の地理学的位置に応じて正確な時間を判断するために用いられるアルゴリズムの複雑さに計算能力が適応するようなプロセッサーを備えなければならないという課題がある。また、腕時計にポジショニングシステムを組み入れることは、腕時計のコストや電池寿命に相当に大きい影響を与えてしまう。

本発明は、前記課題を解決することを目的とする。

このために、本発明は、請求項１に記載の少なくとも１つの太陽時を符号化する方法に関する。

このように、本発明は、例えば、日の出タイプや日の入りタイプである、少なくとも１つの太陽時を符号化する方法を提案するものであり、この方法は、スマートフォンタイプの電子デバイスによって実行することができ、この方法によって、太陽時を少ないビット数において符号化することが可能になる。そして、計算能力が低いプロセッサーを備えた腕時計でも符号化データを送信することができる。なぜなら、このような腕時計自体が太陽時を計算する必要はなく、単に復号すればいいからである。したがって、このような腕時計には、ポジショニング手段やパワーフルなプロセッサーを組み入れる必要がない。

本発明は、さらに、請求項８に記載の送信方法に関する。

また、これらの方法は、従属請求項に記載の特徴を、個々に又は任意の技術的に可能な組み合わせにて備えることができる。

以下、添付の図面を参照しながら本発明について詳細に説明する。これは、例として与えられるものであり、これに限定されない。

本発明の実施形態（これに限定されない）の１つに係る太陽時符号化方法のいくつかのステップを示しているフローチャートである。 オタワ市における、年の各月の１日の日の出、天頂及び日の入りの時間を示している表である。 本発明の実施形態（これに限定されない）に係る、複数の太陽時を計時器へと送信する方法を示している。 本発明の実施形態（これに限定されない）における、中間的太陽時を計算する線形補間を示しているグラフである。 例示的な都市における日の出、天頂及び日の入りの時間の１年にわたっての進展を示している３つのグラフである。

複数の図に描かれている構造や機能が同じ要素については、他の言及をしていないかぎり、同じ参照符号を用いている。

＊ 符号化方法Ｐ１
図１及び２を参照しながら、初期太陽時Ｈｓ１と呼ぶ太陽時を符号化する方法Ｐ１について説明する。符号化方法Ｐ１は、スマートフォンタイプの電子デバイスが実行するような実装に適している。

初期太陽時Ｈｓ１は、地理的位置Ｌｏｃ及び年における日Ｊ１に関連づけられている。この年は、例えば、現在の年である。例（これに限定されない）において、地理的位置Ｌｏｃはオタワ市に対応しており、日Ｊ１は１月（図２の「１」）の１日である。初期太陽時Ｈｓ１は、日の出（ｌｓ）、天頂（ｈ）及び日の入り（ｃｓ）のタイプのうちの１つである。

図１に示しているように、符号化方法Ｐ１は、以下のステップを有する。

ＳＥＬ（Ｈｒｅｆ、Ｎｂ１）と記したステップＥ１１において、初期太陽時Ｈｓ１のタイプに応じて、基準時Ｈｒｅｆ及び初期ビット数Ｎｂ１が選択される。

実施形態（これに限定されない）の１つにおいて、太陽時Ｈｓ１が天頂タイプであれば、基準時は正午であり、初期ビット数Ｎｂ１は８である。実施形態（これに限定されない）の１つにおいて、初期太陽時Ｈｓ１が日の出タイプであれば、基準時は夜の１２時であり、初期ビット数Ｎｂ１は１０である。実施形態（これに限定されない）の１つにおいて、初期太陽時Ｈｓ１が日の入りタイプであれば、基準時は夜の１２時であり、初期ビット数Ｎｂ１は１０である。

ＣＡＬＣ（Ｎｍ１）と記したステップＥ１２において、前記初期太陽時Ｈｓ１と基準時Ｈｒｅｆの間の分数Ｎｍ１を計算する。この分数Ｎｍ１は、初期太陽時Ｈｓ１と基準時Ｈｒｅｆの間の差と等しい。

なお、初期太陽時Ｈｓ１は、例えば、当業者に知られているＮＯＡＡ（National Oceanic and Atmospheric Administration）アルゴリズムによってあらかじめ決められたり、電子デバイスによってインターネットから得られたりする。

図２の表は、オタワ市における２０１７年の１２の月（Ｍ）それぞれの１日の、日の出（ｌｓ）、天頂（ｚ）及び日の入り（ｃｓ）の時間を示している。

この表に示しているように、初期太陽時Ｈｓ１は、天頂タイプであれば、オタワにおいて、１月１日の１２：０６である。このように、初期太陽時Ｈｓ１は、ここでは正午（１２：００）である基準時から６分離れている。代わりに、初期太陽時Ｈｓ１は、日の出タイプであれば、オタワにおいて、１月１日の０７：４３である。このように、初期太陽時Ｈｓ１は、ここでは夜の１２時である基準時から４６３分離れている。

ＣＯＤ（Ｈｓ１）と記したステップＥ１３において、分数Ｎｍ１が初期ビット数Ｎｂ１において符号化される。１月１日のオタワの前の例に戻ると、初期太陽時Ｈｓ１が天頂タイプであれば、値６が、ここでは６ビットであるＮｍ１ビットにおいて符号化される。代わりに、初期太陽時Ｈｓ１が日の出タイプであれば、値４６３は、ここでは１０ビットであるＮｍ１ビットにおいて符号化される。

負数も符号化することができなければならない（例えば、初期太陽時が天頂タイプであると仮定すると、基準時は正午であり、当該年における日の天頂時間は１１：５９であり、したがって、値−１を符号化しなければならない）。負数は、以下のように符号化することができる。

− その絶対値の２値ビット列が反転される（ビット単位のＮＯＴ演算）。この演算は、１の補数とも呼ばれる。
− 結果に１が加えられる。

したがって、（−１）を８ビットにおいて符号化するためには、
− 値１が８ビットにおいて符号化され、
０００００００１
− ビット列が反転される。
１１１１１１１０
− １が加えられる。
１１１１１１１１

実施形態（これに限定されない）の１つにおいて、符号化方法Ｐ１は、さらに、同じ場所Ｌｏｃであるが年における異なる日Ｊ２に関連づけられた初期太陽時Ｈｓ１と同じタイプの第１の追加太陽時Ｈｓ２を符号化するステップＥ１４を有する。

実施形態（これに限定されない）の１つにおいて、日Ｊ２は、日Ｊ１の翌月の同じ日に対応する。したがって、日Ｊ１が年における１月１日であれば、日Ｊ２は同じ年の２月１日である。月の１日に対応する代わりに、日Ｊ１及びＪ２は月における２１日に対応することができる。

符号化ステップＥ１４は、ＳＥＬ（Ｎｂ２）と記したサブステップＥ１４１を有する。これにおいては、初期太陽時Ｈｓ１のタイプに応じていくつかの追加ビットＮｂ２が選択される。

実施形態（これに限定されない）の１つにおいて、初期太陽時Ｈｓ１が日の出タイプであれば、選択される追加ビット数Ｎｂ２は、８ビットである。代わりに、初期太陽時Ｈｓ１が天頂タイプであれば、選択される追加ビット数Ｎｂ２は、５ビットである。代わりに、初期太陽時Ｈｓ１が日の入りタイプであれば、選択される追加ビット数Ｎｂ２は、８ビットである。

符号化ステップＥ１４は、ＣＡＬＣ（Ｎｍ２）と記したサブステップＥ１４２を有する。これにおいては、第１の追加太陽時Ｈｓ２と初期太陽時Ｈｓ１の間の分数Ｎｍ２が計算される。

オタワに関連する前記例（これに限定されない）において、初期太陽時Ｈｓ１が天頂タイプであり１月１日の１２：０６であれば、２月１日の第１の追加太陽時Ｈｓ２は１２：１６である。このとき、初期太陽時Ｈｓ１と第１の追加太陽時Ｈｓ２の間の分数Ｎｍ２は、１０である。オタワに関連する例（これに限定されない）において、初期太陽時Ｈｓ１が日の出タイプであり１月１日の０７：４３であれば、２月１日の第１の追加太陽時Ｈｓ２は０７：２３である。このとき、第１の追加太陽時Ｈｓ２と初期太陽時Ｈｓ１の間の分数Ｎｍ２は、２０である。

符号化ステップＥ１４は、ＣＯＤ（Ｈｓ２）と記したサブステップＥ１４３を有する。これにおいて、前記分数Ｎｍ２が追加ビット数Ｎｂ２において符号化される。前の例に戻ると、値１０が５ビットにおいて符号化され、又は値２０が８ビットにおいて符号化される。

実施形態（これに限定されない）の１つにおいて、符号化方法Ｐ１は、さらに、ＣＯＤ（Ｈｓ３、Ｈｓ４、...）と記したステップＥ１５を有する。これにおいて、複数の他の追加太陽時Ｈｓ３、Ｈｓ４、...を符号化する。他の追加太陽時Ｈｓ３、Ｈｓ４、...は、初期太陽時Ｈｓ１及び追加太陽時Ｈｓ２、Ｈｓ３、Ｈｓ４、...に関連づけられた複数の日Ｊ１、Ｊ２、Ｊ３、Ｊ４、...が、年における異なる月Ｍ１、Ｍ２、Ｍ３、Ｍ４の同じ日に対応する。したがって、前の例に戻ると、日Ｊ３は３月１日、日Ｊ４は４月１日、などである。月の１日に対応させる代わりに、日Ｊ１、Ｊ２、Ｊ３、Ｊ４、...は、月の２１日に対応させることができる。

他の各追加太陽時Ｈｓ３、Ｈｓ４、...に対して、他の追加太陽時Ｈｓ３、Ｈｓ４、...と前の追加太陽時Ｈｓ２、Ｈｓ３、...の間の分数Ｎｍ３、Ｎｍ４、...、すなわち、前月に対応する追加太陽時は、計算され、そして、追加ビット数Ｎｂ２において符号化される。オタワの例において、第１の追加太陽時Ｈｓ２が日の入りタイプであり、２月１日の１７：１０であり、さらに、３月１日の第３の追加太陽時Ｈｓ３が１７：５０である場合、第３の追加太陽時Ｈｓ３と前の追加太陽時（第２の太陽時Ｈｓ２）の間の分数Ｎｍ３は、４０である。この値４０は、８ビットにおいて符号化される。

第１の変種（これに限定されない）において、ステップＥ１５が、年の最初の６か月をカバーするように、一連の５つの追加太陽時Ｈｓ２〜Ｈｓ６に対して実行される。この場合、６つの太陽時のみに関連する分数Ｎｍ１〜Ｎｍ６が計時器に送信され、この計時器は、年の終わりの時期に対する年の始まりの時期からの対称性によって年の後半の６か月に対応する太陽時Ｈｓ７〜Ｈｓ１２を計算することができる。月Ｈｓ７〜Ｈｓ１２に対して計算された太陽時は不正確となるが、達成される精度が適切であるとみなすことができるかもしれない。代わりに、年の後半の６か月の太陽時を符号化して計時器に送信することができ、その符号化した太陽時から、この計時器は、対称性によって、年の前半の６か月の太陽時を推定することができる。代わりに、年の１〜７月又は６〜１２月の太陽時を符号化して計時器に送信することができ、その符号化した太陽時から、この計時器はそれぞれ、対称性によって、８〜１２月又は１〜５月の太陽時を推定することができる。なお、当然、この対称性を利用する計算において、夏時間と冬時間の間の差を考慮に入れなければならない。

第２の変種（これに限定されない）において、ステップＥ１５が、年のすべての月をカバーするように、一連の１１の追加太陽時Ｈｓ２〜Ｈｓ１２に対して実行される。この場合、太陽時をすべて計時器が正確に知ることになるが、送信されるデータの量は大きくなる。

また、実施形態（これに限定されない）の１つにおいて、初期太陽時Ｈｓ１及び一連の追加太陽時Ｈｓ２、Ｈｓ３、Ｈｓ４、...の符号化に加えて、符号化方法Ｐ１は、さらに、ＣＯＤ（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）と記したステップＥ１６を有する。これにおいて、初期太陽時Ｔｓ２と呼ぶ第２の初期太陽時及び第２の追加太陽時Ｔｓ２、Ｔｓ３、Ｔｓ４、...と呼ぶ第２の一連の追加太陽時が符号化される。第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...と太陽時Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...は、異なるタイプであるが、２つずつ年の同じ日Ｊ１、Ｊ２、Ｊ３、Ｊ４、...に対応する。

第１の変種（これに限定されない）において、第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...は、日の出タイプであり、太陽時Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...は、日の入りタイプである。

第２の変種（これに限定されない）において、第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...は、日の出タイプであり、太陽時Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...は、天頂タイプである。このことによって、下で説明するように、対称性によって、日の入りタイプの一連の太陽時Ｇｓ１、Ｇｓ２、Ｇｓ３、Ｇｓ４、...を計算することができる。

第３の変種（これに限定されない）において、第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、...は、日の入りタイプであり、太陽時Ｈｓ１、Ｈｓ２、Ｈｓ３、...は、天頂タイプである。このことによって、下で説明するように、対称性によって、日の出タイプの一連の太陽時Ｇｓ１、Ｇｓ２、Ｇｓ３、Ｇｓ４、...を計算することができる。

第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...は、太陽時Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...と同様な形態で計算される。

＊ 送信方法Ｐ２
図３〜５を参照しながら、複数の太陽時を送信する方法Ｐ２について説明する。送信方法Ｐ２は、部分的にはスマートフォンタイプの電子デバイス、そして、部分的には計時器による実装に適している。

実施形態（これに限定されない）の１つにおいて、計時器は、コネクテッド機能を備えないアナログディスプレーを備える電子腕時計である。

図３に示しているように、送信方法Ｐ２は、下記ステップを有する。

ＣＯＤ（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）と記したステップＥ２１において、初期太陽時Ｈｓ１及び複数の追加太陽時Ｈｓ２、Ｈｓ３、Ｈｓ４、...を符号化するために、当該電子デバイスは符号化方法Ｐ１を実装する。

ＴＸ（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４；Ｈｒｅｆ...）と記したステップＥ２２において、符号化された太陽時Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...が電子デバイスから計時器へと送信される。太陽時を符号化するために用いられた基準時Ｈｒｅｆも送信される。実施形態（これに限定されない）の１つにおいて、この送信は、光通信リンク、Bluetooth（登録商標） Low Energy又はＮＦＣ（近接場通信）を介して行われる。

ＤＥＣ（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）と記したステップＥ２３において、計時器は、符号化された太陽時Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...を復号する。符号化に用いられるビット数Ｎｂ１、Ｎｂ２が小さいために、計時器のプロセッサーのパワーは低くてもいい。

初期太陽時Ｈｓ１が天頂タイプでありオタワにおいて１月１日の１２：０６である前の例において、計時器は、Ｎｍ１＝６ビットにおいて符号化された値６を受信する。計時器はこの値を抽出し、それを、受信した基準時Ｈｒｅｆ（ここでは正午）に加える。このように、計時器は、初期太陽時Ｈｓ１が１２：０６であると判断する。

同様に、計時器は、追加太陽時Ｈｓ２、Ｈｓ３、Ｈｓ４、...に対応するＮｍ２ビットにおいて符号化された値を抽出し、それらを以下のものにそれぞれ加える。

− 第１の追加太陽時Ｈｓ２を判断するために太陽時Ｈｓ１に加える。
− 後の追加太陽時Ｈｓ３、Ｈｓ４、...それぞれに対して、前の追加太陽時Ｈｓ２、Ｈｓ３、...に加える。

初期太陽時Ｈｓ１が天頂タイプでありオタワにおいて１月１日の１２：０６である例において、当該計時器は、５ビットにおいて符号化された値１０を受信し抽出し、それを値１２：０６に加えて、第１の追加太陽時Ｈｓ２：１２：１６を判断する。

第１の追加太陽時Ｈｓ２が日の入りタイプでありオタワにおいて２月１日の１７：１０である例において、計時器は、８ビットにおいて符号化された値４０を受信し抽出し、それを値１７：１０に加えて、第３の追加太陽時Ｈｓ３：１７：５０を判断する。

そして、このようにして年の日Ｊ１、Ｊ２、Ｊ３、Ｊ４、...に対して太陽時Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...を計算した後に、計時器は、線形補間によって、すべての他の日に対する中間的太陽時を計算する。

したがって、図４のグラフにおいて、計時器は、月Ｍｎ（Ｊｎ）の１日の太陽時Ｈｓｎを復号しており、月Ｍｎ＋１（Ｊｎ＋１）の１日の太陽時Ｈｓｎを復号している。線形補間によって、計時器が日Ｊｎと日Ｊｎ＋１の間の中間的な日Ｊｎ’に対する中間的太陽時Ｈｓｎ’を近似的に計算することが可能になる。

このようにして受信した太陽時をすべて復号し線形補間によって中間的な日の太陽時を計算した後には、計時器は、年のこれらの日それぞれに対する太陽時を知っていることとなる。

図３に示している好ましい実施形態（これに限定されない）において、送信方法Ｐ２は、さらに、前記の３つのステップの後又は並行して実行される、３つ又は４つの付加的なステップを有する。

ＣＯＤ（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）と記したステップＥ２４において、電子デバイスは、第２の初期太陽時Ｔｓ１と呼ぶ第２の初期太陽時及び第２の追加太陽時Ｔｓ２、Ｔｓ３、Ｔｓ４、...と呼ぶ第２の一連の追加太陽時を符号化するために、符号化方法Ｐ１を実装する。第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...と太陽時Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...は上で説明したものとは異なるタイプである。

ＴＸ（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...；Ｈｒｅｆ’）と記したステップＥ２５において、符号化された第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...が電子デバイスから計時器へと送信される。第２の太陽時を符号化するために用いられる基準時Ｈｒｅｆ’も送信される。ステップＥ２５は、ステップＥ２２と同様な形態で実行される。

ＤＥＣ（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）と記したステップＥ２６において、計時器は、符号化された第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...を復号する。ステップＥ２６は、ステップＥ２３と同様に実行される。

このようにして、年の日Ｊ１、Ｊ２、Ｊ３、Ｊ４、...に対する第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...が計算され、上で説明したように、計時器は、線形補間によって、すべての他の日に対する中間的な第２の太陽時を計算する。

このとき、太陽時Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...が天頂タイプである場合、ステップＥ２７において、計時器は、太陽時に対する対称性によって、一連の他の太陽時Ｇｓ１、Ｇｓ２、Ｇｓ３、Ｇｓ４、...を計算する。第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...が日の出タイプであれば、一連の太陽時Ｇｓ１、Ｇｓ２、Ｇｓ３、Ｇｓ４、...は日の入りタイプである。反対に、第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...が日の入りタイプであれば、一連の太陽時Ｇｓ１、Ｇｓ２、Ｇｓ３、Ｇｓ４、...は日の出タイプである。

太陽時Ｇｓ１、Ｇｓ２、Ｇｓ３、Ｇｓ４、...の対称性を利用する計算は、以下のステップを有する。
− 太陽時Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...と対応する第２の太陽時Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...の間の差の分数を計算するステップ
− 一連の他の太陽時Ｇｓ１、Ｇｓ２、...を計算するステップであって、ここで、他のすべての太陽時ＧｓＸが、［対応する太陽時ＨｓＸ］＋又は−［対応する計算された分数］であり、この＋又は−が、日の出又は日の入りの時間が計算されているかどうかに応じて決まる。

図５は、太陽時Ｈｓ１〜Ｈｓ１２、第２の太陽時Ｔｓ１〜Ｔｓ１２及び太陽時Ｇｓ１〜Ｇｓ１２を示しているグラフである。日Ｊ１〜Ｊ１２が横軸上で、時間Ｈが縦軸上で定められている。

日Ｊ４においては、Ｔｓ４が実質的に６時であり、Ｈｓ４が実質的に１２：０１である。したがって、これらの２つの時間の間の分数での差は、３６１分である。このように、Ｇｓ４は、以下の計算によって判断される。１２：０１＋３６１分は、１０８２分であり、これは、１８：０３である。

このようにして、年の日Ｊ１、Ｊ２、Ｊ３、Ｊ４、...に対する太陽時Ｇｓ１、Ｇｓ２、Ｇｓ３、Ｇｓ４、...が計算された後に、計時器は線形補間によって、すべての他の日に対する中間的太陽時を計算する。

本発明に係る送信方法によって、腕時計は、年のすべての日に対する太陽時を非常に単純に計算することを可能にする情報を受信することができ、したがって、インターネットに接続したり、パワーがあるプロセッサーを有していたりする必要はない。

もちろん、本発明は、図示した例に限定されず、当業者が考えることができる様々な変種や改変が可能である。

Ｍ 月
ｌｓ 日の出の時間
ｚ 天頂の時間
ｃｓ 日の入りの時間

Claims (13)

1. 地理的位置（Ｌｏｃ）及び年における日（Ｊ１）に関連づけられた初期太陽時（Ｈｓ１）である太陽時を、計時器に送信し前記計時器において復号するために、符号化する方法（Ｐ１）であって、
   初期太陽時（Ｈ）のタイプに応じて基準時（Ｈｒｅｆ）及び初期ビット数（Ｎｂ１）を選択するステップＳＥＬ（Ｈｒｅｆ、Ｎｂ１）と、
   前記初期太陽時（Ｈｓ１）を得るステップの後に、前記初期太陽時（Ｈｓ１）と前記基準時（Ｈｒｅｆ）の間の分数（Ｎｍ１）を計算するステップＣＡＬＣ（Ｎｍ１）と、
   前記初期ビット数（Ｎｂ１）において前記分数（Ｎｍ１）を符号化するステップＣＯＤ（Ｈｓ１）と
   を有することを特徴とする方法。
2. 前記初期太陽時（Ｈｓ１）のタイプは、天頂（ｚ）、日の入り（ｃｓ）、日の出（ｌｓ）のいずれかである
   ことを特徴とする請求項１に記載の符号化方法（Ｐ１）。
3. 太陽時（Ｈｓ１）が天頂タイプ（ｚ）であれば、基準時（Ｈｒｅｆ）は１２時であり、初期ビット数（Ｎｂ）は６である
   ことを特徴とする請求項２に記載の符号化方法（Ｐ１）。
4. 初期太陽時（Ｈ）が日の出タイプ（ｌｓ）であれば、基準時（Ｈｒｅｆ）は夜の１２時であり、初期ビット数（Ｎｂ１）は１０である
   ことを特徴とする請求項２に記載の符号化方法（Ｐ１）。
5. 初期太陽時（Ｈ）が日の入りタイプ（ｃｓ）であれば、基準時（Ｈｒｅｆ）は夜の１２時であり、初期ビット数（Ｎｂ１）は１０である
   ことを特徴とする請求項２に記載の符号化方法（Ｐ１）。
6. 同じ場所（Ｌｏｃ）であるが年における異なる日（Ｊ２）に関連づけられた、初期太陽時（Ｈｓ１）と同じタイプの第１の追加太陽時（Ｈｓ２）を符号化するステップと、
   太陽時（Ｈｓ１、Ｈｓ２）のタイプに応じての追加ビット数（Ｎｂ２）を選択するステップＳＥＬ（Ｎｂ２）と、
   第１の追加太陽時（Ｈｓ２）と初期太陽時（Ｈｓ１）の間の分数（Ｎｍ２）を計算するステップＣＡＬＣ（Ｎｍ２）と、
   前記分数（Ｎｍ２）を前記追加ビット数（Ｎｂ２）において符号化するステップＣＯＤ（Ｈｓ２）と
   を有することを特徴とする請求項１〜５のいずれかに記載の符号化方法（Ｐ１）。
7. 前記初期及び追加太陽時（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）に関連づけられた複数の日（Ｊ１、Ｊ２、Ｊ３、Ｊ４、...）が年の別の月（Ｍ１、Ｍ６）の同じ日に対応するように、複数の追加太陽時（Ｈｓ３、Ｈｓ４、...）を符号化するステップＣＯＤ（Ｈｓ３、Ｈｓ４、...）を有しており、
   追加太陽時（Ｈｓ３、Ｈｓ４、...）の符号化のそれぞれにおいては、その追加太陽時（Ｈｓ３、Ｈｓ４、...）と前の追加太陽時（Ｈｓ２、Ｈｓ３、...）との間の差の分数（Ｎｍ３、Ｎｍ４、...）を計算することと、及び前記分数（Ｎｍ３、Ｎｍ４、...）を追加ビット数（Ｎｂ２）において符号化することを行う
   ことを特徴とする請求項６に記載の符号化方法（Ｐ１）。
8. 複数の太陽時（Ｈｓ１、...Ｈｓ６）を前記計時器に送信する方法（Ｐ２）であって、
   電子デバイスを介して請求項７に記載の符号化方法（Ｐ１）を実行して、基準時（Ｈｒｅｆ）に対応する初期太陽時（Ｈｓ１）及び複数の追加太陽時（Ｈｓ２、Ｈｓ３、Ｈｓ４、...）を符号化するステップＣＯＤ（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）と、
   電子デバイスから計時器へと符号化された太陽時（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）及び基準時（Ｈｒｅｆ）を送信するステップＴＸ（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...；Ｈｒｅｆ）と、
   符号化された太陽時（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４）を計時器によって復号するステップＤＥＣ（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）と
   を有することを特徴とする方法。
9. 電子デバイスを介して請求項７に記載の符号化方法（Ｐ１）を実行して、第２の基準時（Ｈｒｅｆ’）に対して、第２の初期太陽時（Ｔｓ１）である第２の初期太陽時及び第２の追加太陽時（Ｔｓ２、Ｔｓ３、Ｔｓ４、...）である第２の一連の追加太陽時を符号化するステップＣＯＤ（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）を有し、
   ここで、第２の太陽時（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）及び前記複数の太陽時（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）が、異なるタイプであり、
   電子デバイスから計時器へと、符号化された第２の太陽時（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４’）及び前記第２の基準時（Ｈｒｅｆ’）を送信するステップＴＸ（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...；Ｈｒｅｆ’）と、
   符号化された第２の太陽時（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４）を計時器によって復号するステップＤＥＣ（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）と
   を有することを特徴とする請求項８に記載の送信方法（Ｐ２）。
10. 前記第２の太陽時（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）が日の出タイプであること、
    前記複数の太陽時（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）が天頂タイプであること、又は
    前記第２の太陽時（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）が日の入りタイプであって前記複数の太陽時（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）が天頂タイプであること
    のいずれかであり、
    当該方法は、前記複数の太陽時（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）を復号するステップＤＥＣ（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）及び前記第２の太陽時（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）を復号するステップＤＥＣ（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）の後に、前記第２の太陽時（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）が日の出タイプであれば日の入りタイプ、前記第２の太陽時（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４、...）が日の入りタイプであれば日の出タイプの一連の他の太陽時（Ｇｓ１、Ｇｓ２、Ｇｓ３、Ｇｓ４、...）を前記複数の太陽時（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）に対する対称性によって計算するステップを有する
    ことを特徴とする請求項９に記載の送信方法（Ｐ２）。
11. 前記複数の太陽時（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）に関連づけられた月（Ｍ１、Ｍ２、Ｍ３、Ｍ４、...）は、年の前半の６か月に対応しており、
    当該方法は、前記複数の太陽時（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４、...）を復号するステップの後に、年の他の６か月に対応する月（Ｍ７、Ｍ８、Ｍ９、Ｍ１０、...）に関連づけられた複数の追加太陽時（Ｈｓ７、Ｈｓ８、Ｈｓ９、Ｈｓ１０、...）を対称性によって計算するステップを有する
    ことを特徴とする請求項８〜１０のいずれかに記載の送信方法（Ｐ２）。
12. 前記送信するステップ（ＴＸ（Ｈｓ１、Ｈｓ２、Ｈｓ３、Ｈｓ４；Ｈｒｅｆ）、ＴＸ（Ｔｓ１、Ｔｓ２、Ｔｓ３、Ｔｓ４；Ｈｒｅｆ’））は、光通信、Bluetooth Low Energy（商標）又は近接場通信（ＮＦＣ）のリンクを介して行われる
    ことを特徴とする請求項８〜１１のいずれかに記載の送信方法（Ｐ２）。
13. 前記電子デバイスはスマートフォンである
    ことを特徴とする請求項８〜１２のいずれかに記載の送信方法（Ｐ２）。

Images