用于儒略历日和农历日期之间转换的计算装置和方法制造方法及图纸

本发明专利技术提供了用于在任何指定日期范围内进行农历日期和儒略日数之间的转换的方法和计算装置，其中利用储存在计算装置的存储器中的表格并连同一个或多个儒略日数和农历日期的参照对，所述表格中包括各个月的长度以及（如果有）哪些月份是闰月。

【技术实现步骤摘要】
【国外来华专利技术】
本专利技术涉及一种在计算装置中进行儒略日#丈(Julian day number )禾口农历日其月(Chinese calendar date )之间的4争4灸的方';去， 还涉及一种用于实施这样的转换的计算装置。
技术介绍
如本文所使用的，术语计算装置应广义地解释为涵盖任何形式 的用电计算装置，并且包括数据记录装置、任何形式或类型的计算 机(包括诸如个人数字助手(PDA)的手持和个人计算才几)、和任 何形式的通讯装置(包4舌移动电话，智能电话，集通信、图像记录 和/或重放、以及计算功能于一体的通信装置)、以及其它形式的无 线和有线信息装置(包括数码相机、MP3和其它音乐播放器、以及 数字无线电通信)。农历是高度复杂的。其并非是纯粹的阳历，如标准的长期实行 的公历。阳历是基于太阳的每年循环，并保证季节在每年的相同日 期附近出现。纯阳历的不利方面在于月亮的盈亏通过月^f分改变(运 转)，而并不依赖于月份中的特定日子。农历决不是纯阴历，如穆斯林历。阴历是基于月亮的每月循环， 并保证其盈亏与每月中的相同日期一致。纯阴历的不利方面在于季 节通过年份变化，而并不依赖于任何月寸分。农历是阴阳历。这些与阴历的相似之处在于它们的月份是基于 月亮循环的，使得其盈亏与每月的相同日子保持一致。但是，它们 还与阳历有关，在于它们要求年度和季节性现象在每年的相同月份 附近出现。该要求是通过每两年或每三年插入闰月以确保阴历和阳 历组元〗呆持基本同步来满足的。农历并非是这类型仅有的历法；在以色列和犹太人用于传统目的4吏用的希伯来历(Hebrew calendar)也是一种阴阳历。^f旦是，与 复杂的农历不同，希伯来历对于计算装置来说相对容易进行处理。 这是因为，它是一种超过1000年的基于独立^见则的历法，并不需 要任何外部天文数据的-验证。例如，月4分长度是固定的，并且如果 需要一个闰月，则将总是出现在该年的第一月之前。因此，想知道 某个时期之后是什么日期，或进行犹太历日期(Jewish date )和格 里日期(Gregorian date )之间的转4灸，是直4妻的过,呈。农历是极不相同的。正如IBM指出的(http:〃www- 306.ibm.com /software/globalization/topics/locales/calendar—chinese.jsp),与希伯来^不一,，希俗,^的/^半##^能##錄卓，而 /上7刀,惑^在该半初/^財柯A现，但,尹濕f^t^J /^半和/々刀^€差于天X观蔡^复杂的#而#的。([//,'fe Ae //e&ew ca/e(iaA; w/zere f/ e yers1 c， ca/cw/fed very 57.wp/_y cwd f/ze z'fercot/arj wowf/2 /w op/ eoT51 Ae we q/ f/ze _year ,C7n'wese /eop wow^ are com/ wfec/ Z)asec/ ow astraow/ca/在处理农历时要面对的基本问题是，其规则不是独立的、真实 的天文数据(而不是任何简化的近似)是最重要的，而所有的失见则 描述的是当出现特定天文现象时发生的事情。所论及的关键天文现象是太阳和月亮之间会合(称为暗月(dark moon))的准确时间， 也是太阳经度^争过从春分(称为仲期(zhongqi))开始测量的30° 的精确倍数的天数。这听起来相对比较直接，但是很容易低估历法运算对实际天文 现象的依赖性的难度。数据实际上是极其复杂的；大多数人并未意 识到太阳和月亮的运动实际上是十分不井见则的，并且每天的长度和 每月的长度在全年中是变化的(并且从一年到下一年也是如此)。 在进4亍历法运算时，农历一直〗吏用这样的时间间隔的真实值(而不 是平均l直，^口在西历(Western Gregorian calendar )中4吏用的24小 时/天，或在希伯来历中大多数年交替为29天和30天的月份)。真实太阳和真实月亮的这种应用， -使得预先计算日历所需的运 算高度复杂。其结果是没有一个月具有固定的长度，这就意味着闰 月可能出现在年中的任何点。由于没有知晓当前月份的长度或下一 月^^的名称的简单方法，如果不查询和参照预先计算的历法表，西 历使用者想当然的做法(如找出从现在起哪一天是6周)将是十分 困难的。这同样适用于进行农历日期和其它日期、特別是格里历日 期之间的转换。而且，每25,800年的二分点的岁差、每110,000年的地^求4九道 的旋转、以及每天2毫秒的地球旋转减慢都意味着这种天文数据总 是唯一的，并且与其它的、非天文的历法相比，农历永远不会重复本身。总之，如果进行任意的农历日期的处理，就无法避免采用复杂 的运算。自乂人1949年以来，南京紫金山天文台(Purple Mountain Observation in Nanjing )就负责确定农历中的日期。然而，期望利用 农历的计算装置能够利用由Edward M. Reingold和Nachum Dershowitz开发的实际正则方程，该方程在他们的书《历法计算》(Calendrical Calculations , Millenium edition published August 2001 by Cambridge University Press, ISBN: 0521777526 )的各种片反本 中都能找到。进4亍农历日期的历法运算的标准方法是利用相等的儒略曰 (Julian Day )作为中介。不要与前格里儒略日混淆，儒略日是从 BCE (公元前)4713年1月1日起对天数进行连续编号，其,皮广泛 <吏用，尤其是天文学家。它是在1582年引入格里历后不久在法国 由J. J. Scaliger专利技术的，并提供了 一种唯一参照与历法无关的任何 历史日期而且无需^f吏用负^:的方法。Reingold和Dershowitz方程-使得能够在儒略日凄t与任4可历法的 任何日期进行相互转换。因此，当应用于农历时，农历日期能够与 其它任4可历法系统进行相互转换。而且它们还能够对农历曰期 (Chinese date )执行算术运算；例如，为了找到两个任意农历日期 之间的日期数，要作的所有工作是把它们转换成儒略日数并执行算 术比较。对于农历的复杂度的更多信息，清查阅新加i皮国立大学凌t学系 的 Helmer Aslaksen 的才示题为 The Mathematics of the Chinese Calendar 的i仑文，连同该作者的多篇其它i仑文在网址 http:〃www.math.nus.edu.sg/aslaksen/calendar/chinese.shtml 中者卩負fe查到。已知现代计算装置都包括日历信息和数据。最重要的是，这在 个人信息管理器(PIM )型软件(如Agenda和Scheduling软件)中是常见的。尽管这样的计算装置的许多使用者从不需要在不同曰历 系统之间进行转换，但是这对于在多种文化环境中操作的使用者来 说并非如此。根据IBM,斜作全球众^的成功軟伴，需要夬S乂乂0源和好柯到数字格式的她区细<formula>本文档来自技高网...

【技术保护点】
一种操作用于在农历日期范围和儒略日数之间进行转换的计算装置的方法，所述方法包括在所述计算装置的存储器中存储表示以下内容的信息：　　　　ｄ．包含在所述范围内的每一个农历年的月份长度；　　　　ｅ．如果有闰月，则包含在所述范围内的每一个农历年的月份中哪些月份是闰月；以及　　　　ｆ．用于所述范围内的普通日子的至少一对儒略日数和农历日期数据；　　　　以及使所述计算装置的中央处理器单元（ＣＰＵ），利用所述存储信息进行所述农历日期和所述儒略日数之间的转换。

【技术特征摘要】
【国外来华专利技术】GB 2004-12-22 0428117.61.一种操作用于在农历日期范围和儒略日数之间进行转换的计算装置的方法，所述方法包括在所述计算装置的存储器中存储表示以下内容的信息d.包含在所述范围内的每一个农历年的月份长度；e.如果有闰月，则包含在所述范围内的每一个农历年的月份中哪些月份是闰月；以及f.用于所述范围内的普通日子的至少一对儒略日数和农历日期数据；以及使所述计算装置的中央处理器单元(CPU)，利用所述存储信息进行所述农历日期和所述儒略日数之间的转换。2. 根据权利要求1所述的方法，其中，提供包括位映射数组的表 ^^各，用于识别包括在所述范围内的每一个农历年中的月份长度。3. 根据权利要求2所述的方法，其中，每一位映射数组都包含 16位二进制数组，并且其中，所述数组的位型之一以及所述 凄t组中的所述一个4立型的有效4立用于识别各个农历年中的30 天的月份，所述数组中的其它所述位型以及所述数组中的其它 所述位型的有效位用于识别所述农历年中的29天的月4分。4. 根据权利要求2所述的方法，其中，二进制1位型用于识别 30天...

【专利技术属性】
技术研发人员：肖恩帕克林，
申请(专利权)人：西姆毕恩软件有限公司，
类型：发明
国别省市：GB[英国]